[OE-core] [PATCH] Fixing the warning

Warning: No GNU_HASH in the elf binary Signed-off-by: Sujith H sujith_harida...@mentor.com --- meta/recipes-support/nspr/nspr_4.10.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-support/nspr/nspr_4.10.bb b/meta/recipes-support/nspr/nspr_4.10.bb index fcecb95..4247fd0 100644

Re: [OE-core] [PATCH] Fixing the warning

better. Thanks, Sujith H On Wed, Oct 9, 2013 at 9:55 AM, Sujith H sujit...@gmail.com wrote: Warning: No GNU_HASH in the elf binary Signed-off-by: Sujith H sujith_harida...@mentor.com --- meta/recipes-support/nspr/nspr_4.10.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta

[OE-core] [PATCH] nspr: Add LDFLAGS to TARGET_CC_ARCH to fix warning

/threads' WARNING: QA Issue: No GNU_HASH in the elf binary: 'armv7a-vfp-neon-mel-linux-gnueabi/nspr/4.10-r0/packages-split/nspr-dev/usr/lib/nspr/tests/semaerr' There are many QA Warnings thrown like the above for this recipe. This is observed for target imx6 sabrelite. Signed-off-by: Sujith H

Re: [OE-core] [PATCH] Fixing the warning

Hi Sau On Wed, Oct 16, 2013 at 12:20 AM, Saul Wold s...@linux.intel.com wrote: On 10/08/2013 09:25 PM, Sujith H wrote: Warning: No GNU_HASH in the elf binary The short commit message needs to be in the format similar to nspr: Add LDFLAGS to TARGET_CC_ARCH to fix Warning Then more

Re: [OE-core] [PATCH] nspr: Add LDFLAGS to TARGET_CC_ARCH to fix warning

Hi, I hope the patch and the waning messages it addresses are ok. Else let me know, I will fix them. Thanks, Sujith H On Wed, Oct 16, 2013 at 11:16 AM, Sujith H sujit...@gmail.com wrote: WARNING: QA Issue: No GNU_HASH in the elf binary: 'armv7a-vfp-neon-mel-linux-gnueabi/nspr/4.10-r0

[OE-core] [meta-qt5] Warnings while building Qt recipes

('libdir', WARN_QA, d)} May I know a better option to resolve this warnings? Thanks, Sujith H -- സുജിത് ഹരിദാസന് Bangalore ProjectContributor to KDE project http://fci.wikia.com/wiki/Anti-DRM-Campaign Blog http://sujithh.info -- ___ Openembedded-core mailing

[OE-core] [PATCH] netbase: Adding loop back for machine name in hosts file

From: Sujith H sujith_harida...@mentor.com If hostname is not added to /etc/hosts file then rpcinfo command fails when hostname is passed as argument. This was observed when rpcinfo command was tested on freescale target. Below was the output observed without this change. root@mx6q:~# rpcinfo -s

[OE-core] [PATCH] os-release: Adding a new recipe for operating system identification

From: Sujith H sujith_harida...@mentor.com The /etc/os-release will have the operating system identification data. Tested on target with systemd enabled. Here is the sample file looks in the file: ID=poky-ivi-systemd NAME=Yocto GENIVI Baseline (Poky/meta-ivi) VERSION=6.0+snapshot-20140721 (daisy

Re: [OE-core] [PATCH] netbase: Adding loop back for machine name in hosts file

?id=648725 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core Thanks, Sujith H -- സുജിത് ഹരിദാസന് Bangalore ProjectContributor to KDE project http

[OE-core] [PATCH 1/2] netbase: Adding loop back for machine name in hosts file

From: Sujith H sujith_harida...@mentor.com If hostname is not added to /etc/hosts file then rpcinfo command fails when hostname is passed as argument. This was observed when rpcinfo command was tested on freescale target. Below was the output observed without this change. root@mx6q:~# rpcinfo -s

Re: [OE-core] [PATCH 1/2] netbase: Adding loop back for machine name in hosts file

Kindly ignore the above patch. It was sent by mistake :( Sorry for trouble. On Mon, Aug 4, 2014 at 7:24 PM, Sujith H sujit...@gmail.com wrote: From: Sujith H sujith_harida...@mentor.com If hostname is not added to /etc/hosts file then rpcinfo command fails when hostname is passed

[OE-core] [PATCH] image.bbclass: Adding loop back for machine name in hosts file

From: Sujith H sujith_harida...@mentor.com If hostname is not added to /etc/hosts file then rpcinfo command fails when hostname is passed as argument. This was observed when rpcinfo command was tested on freescale target. Below was the output observed without this change. root@mx6q:~# rpcinfo -s

Re: [OE-core] [PATCH] image.bbclass: Adding loop back for machine name in hosts file

Hi, Let me know if any more changes have to be made to make this patch look better. On Mon, Aug 4, 2014 at 7:27 PM, Sujith H sujit...@gmail.com wrote: From: Sujith H sujith_harida...@mentor.com If hostname is not added to /etc/hosts file then rpcinfo command fails when hostname is passed

Re: [OE-core] [PATCH] image.bbclass: Adding loop back for machine name in hosts file

Hi Paul, On Mon, Aug 4, 2014 at 7:48 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: Hi Sujith, On Monday 04 August 2014 19:27:08 Sujith H wrote: From: Sujith H sujith_harida...@mentor.com If hostname is not added to /etc/hosts file then rpcinfo command fails when hostname

Re: [OE-core] [PATCH] image.bbclass: Adding loop back for machine name in hosts file

On Mon, Aug 4, 2014 at 8:19 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Monday 04 August 2014 20:03:09 sujith h wrote: Hi Paul, On Mon, Aug 4, 2014 at 7:48 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: Hi Sujith, On Monday 04 August 2014 19:27:08

Re: [OE-core] [PATCH] image.bbclass: Adding loop back for machine name in hosts file

On Mon, Aug 4, 2014 at 9:05 PM, Enrico Scholz enrico.sch...@sigma-chemnitz.de wrote: Sujith H sujith.h-re5jqeeqqe8avxtiumw...@public.gmane.org writes: If hostname is not added to /etc/hosts file then rpcinfo command fails when hostname is passed as argument. ... root@mx6q:~# rpcinfo -s

Re: [OE-core] [PATCH] image.bbclass: Adding loop back for machine name in hosts file

On Tue, Aug 5, 2014 at 6:17 PM, Koen Kooi k...@dominion.thruhere.net wrote: Op 4 aug. 2014, om 15:57 heeft Sujith H sujit...@gmail.com het volgende geschreven: From: Sujith H sujith_harida...@mentor.com If hostname is not added to /etc/hosts file then rpcinfo command fails when

[OE-core] [PATCH] systemd: Adding RRECOMMENDS for os-release

From: Sujith H sujith_harida...@mentor.com Systemd depends on the os-release hence adding RRECOMMENDS for the systemd package. Signed-off-by: Christopher Larson kerg...@gmail.com Signed-off-by: Sujith H sujith_harida...@mentor.com --- meta/recipes-core/systemd/systemd_213.bb | 2 +- 1 file

Re: [OE-core] [PATCH] systemd: Adding RRECOMMENDS for os-release

Hi, This patch is in addition to the os-release patch I had posted earlier. Because systemd wants os-release file and uses it. On Wed, Aug 6, 2014 at 3:34 PM, Sujith H sujit...@gmail.com wrote: From: Sujith H sujith_harida...@mentor.com Systemd depends on the os-release hence adding

[OE-core] [PATCH] opkg-utils: allow disabling update-alternatives

From: Sujith H sujith_harida...@mentor.com This is needed to deal with the situation where we're using ipk packaging, so opkg-utils must be built regardless of what update-alternatives provider we prefer. The downside to the current implementation is the need to adjust PACKAGECONFIG as well

[OE-core] [PATCH] opkg-utils: allow disabling update-alternatives

From: Sujith H sujith_harida...@mentor.com This is needed to deal with the situation where we're using ipk packaging, so opkg-utils must be built regardless of what update-alternatives provider we prefer. The downside to the current implementation is the need to adjust PACKAGECONFIG as well

Re: [OE-core] [PATCH] opkg-utils: allow disabling update-alternatives

On Wed, Aug 6, 2014 at 6:08 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Wednesday 06 August 2014 17:34:09 Sujith H wrote: From: Sujith H sujith_harida...@mentor.com This is needed to deal with the situation where we're using ipk packaging, so opkg-utils must be built

[OE-core] [PATCH] opkg-utils: allow disabling update-alternatives

From: Sujith H sujith_harida...@mentor.com This is needed to deal with the situation where we're using ipk packaging, so opkg-utils must be built regardless of what update-alternatives provider we prefer. The downside to the current implementation is the need to adjust PACKAGECONFIG as well

Re: [OE-core] [PATCH] opkg-utils: allow disabling update-alternatives

Hi Paul Eggleton, On Thu, Aug 7, 2014 at 2:54 PM, Sujith H sujit...@gmail.com wrote: From: Sujith H sujith_harida...@mentor.com This is needed to deal with the situation where we're using ipk packaging, so opkg-utils must be built regardless of what update-alternatives provider we prefer

[OE-core] [PATCH] psplash: Adding support for systemd service files

From: Sujith H sujith_harida...@mentor.com If the DISTRO_FEATURES has systemd, then its better to have corresponding service files associated with the psplash. This change will help to do the same. Signed-off-by: Muzaffar Mahmood muzaffar_mahm...@mentor.com Signed-off-by: Sujith H sujith_harida

[OE-core] [PATCH] opkg-utils: allow disabling update-alternatives

From: Sujith H sujith_harida...@mentor.com This is needed to deal with the situation where we're using ipk packaging, so opkg-utils must be built regardless of what update-alternatives provider we prefer. The downside to the current implementation is the need to adjust PACKAGECONFIG as well

Re: [OE-core] [PATCH] psplash: Adding support for systemd service files

On Fri, Aug 8, 2014 at 11:37 PM, Saul Wold s...@linux.intel.com wrote: On 08/08/2014 02:09 AM, Sujith H wrote: From: Sujith H sujith_harida...@mentor.com If the DISTRO_FEATURES has systemd, then its better to have corresponding service files associated with the psplash. This change

[OE-core] [PATCH] opkg-utils: allow disabling update-alternatives

From: Sujith H sujith_harida...@mentor.com This is needed to deal with the situation where we're using ipk packaging, so opkg-utils must be built regardless of what update-alternatives provider we prefer. The downside to the current implementation is the need to adjust PACKAGECONFIG as well

Re: [OE-core] [PATCH] opkg-utils: allow disabling update-alternatives

On Fri, Aug 8, 2014 at 11:41 PM, Saul Wold s...@linux.intel.com wrote: On 08/08/2014 02:37 AM, Sujith H wrote: From: Sujith H sujith_harida...@mentor.com This is needed to deal with the situation where we're using ipk packaging, so opkg-utils must be built regardless of what update

[OE-core] [PATCH] pyparted: Add recipe

From: Sujith H sujith_harida...@mentor.com This recipe will provide a set of Python modules that provide Python programmers an interface to libparted, the GNU parted library for disk partitioning and filesystem manipulation. Signed-off-by: Christopher Larson chris_lar...@mentor.com Signed-off

Re: [OE-core] [PATCH] pyparted: Add recipe

On Tue, Aug 12, 2014 at 4:55 PM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Aug 12, 2014 at 02:34:20PM +0530, Sujith H wrote: From: Sujith H sujith_harida...@mentor.com This recipe will provide a set of Python modules that provide Python programmers an interface to libparted

[OE-core] [PATCH] xserver-xf86-config: Loading glx module

From: Sujith H sujith_harida...@mentor.com This module was required to get opengl working with Qt5 version 5.4 ( when tested with qemuarm and qemux86). After adding this change to the xorg.conf and restarting xserver qtquick and qtdeclarative examples of Qt5 started working appropriately. Signed

[OE-core] [PATCH] xserver-xf86-config: Loading glx module

From: Sujith H sujith_harida...@mentor.com This module was required to get opengl working with Qt5 version 5.4 ( when tested with qemuarm and qemux86). After adding this change to the xorg.conf and restarting xserver qtquick and qtdeclarative examples of Qt5 started working appropriately. Signed

Re: [OE-core] [PATCH] xserver-xf86-config: Loading glx module

On Tue, Jan 6, 2015 at 5:00 PM, Burton, Ross ross.bur...@intel.com wrote: On 6 January 2015 at 10:54, Sujith H sujit...@gmail.com wrote: +if ${@bb.utils.contains('DISTRO_FEATURES','x11','true','false',d)}; then Why would a X11-specific recipe need an X11 feature check? Correct, I

Re: [OE-core] [PATCH] xserver-xf86-config: Loading glx module

On Tue, Jan 6, 2015 at 6:38 PM, Burton, Ross ross.bur...@intel.com wrote: On 6 January 2015 at 12:51, sujith h sujit...@gmail.com wrote: saying: could not initialize glx . Hence I made a change in the recipe and added IMAGE_INSTALL_append = xserver-xorg-extension-glx and it worked fine

[OE-core] [PATCH] xserver-xf86-config: Loading glx module

From: Sujith H sujith_harida...@mentor.com This module was required to get opengl working with Qt5 version 5.4 ( when tested with qemuarm and qemux86). After adding this change to the xorg.conf and restarting xserver qtquick and qtdeclarative examples of Qt5 started working appropriately. Signed

Re: [OE-core] [PATCH] xserver-xf86-config: Loading glx module

On Tue, Jan 6, 2015 at 6:41 PM, sujith h sujit...@gmail.com wrote: On Tue, Jan 6, 2015 at 6:38 PM, Burton, Ross ross.bur...@intel.com wrote: On 6 January 2015 at 12:51, sujith h sujit...@gmail.com wrote: saying: could not initialize glx . Hence I made a change in the recipe and added

Re: [OE-core] [PATCH] webkitgtk: package debug files properly and move -g removal to staging

On Fri, Apr 22, 2016 at 6:28 PM, Burton, Ross wrote: > > On 22 April 2016 at 13:41, Sujith Haridasan wrote: > >> +FILES_${PN}-dbg += "${libdir}/webkit2gtk-4.0/injected-bundle/.debug \ >> +${libdir}/webkitgtk/webkit2gtk-4.0/.debug/*"

[OE-core] Fwd: [yocto][meta-qt5] How to increase depth of qemuarm from bootargs?

-- Forwarded message -- From: sujith h <sujit...@gmail.com> Date: Thu, Apr 14, 2016 at 2:53 PM Subject: [yocto][meta-qt5] How to increase depth of qemuarm from bootargs? To: "yo...@yoctoproject.org" <yo...@yoctoproject.org> Cc: noor_ah...@mentor.com Hi all,

Re: [OE-core] [yocto] [PATCH] ruby: ensure that .ext/rdoc is gone in compile

On Tue, Sep 6, 2016 at 10:23 PM, Khem Raj <raj.k...@gmail.com> wrote: > > > On Aug 29, 2016, at 5:45 AM, Sujith H <sujit...@gmail.com> wrote: > > > > From: Christopher Larson <chris_lar...@mentor.com> > > > > rdoc gets unhappy if this already ex

[OE-core] [PATCH] perf: Fix to obey LD failure on qemux86-64

From: Christopher Larson When built on an i686 host for qemux86-64 without the fix to obey LD and it fails: /scratch/dogwood/toolchains/x86_64/bin/i686-pc-linux-gnu-ld: Relocatable linking with relocations from format elf64-x86-64

[OE-core] [PATCH] perf: Fix to obey LD failure on host i686

From: Christopher Larson When built on an i686 host for qemux86-64 without the fix to obey LD and it fails: /scratch/dogwood/toolchains/x86_64/bin/i686-pc-linux-gnu-ld: Relocatable linking with relocations from format elf64-x86-64

Re: [OE-core] [PATCH] ruby: ensure that .ext/rdoc is gone in compile

On Mon, Aug 29, 2016 at 6:17 PM, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > On 08/29/2016 03:47 PM, Sujith H wrote: > >> From: Christopher Larson <chris_lar...@mentor.com> >> >> rdoc gets unhappy if this already exists, so remove it befor

[OE-core] [PATCH] x264: add textrel to INSANE_SKIP for cyclone5 machine

From: Fahad Usman This change help fix the warning message: x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-split/x264/usr/lib/libx264.so.144' has relocations in .text [textrel] Adding textrel to INSANE_SKIP resolves this issue. Signed-off-by: Fahad Usman

Re: [OE-core] [PATCH] perf: Fix to obey LD failure on qemux86-64

Hi, Let me know if we need to make any changes to this patch. If so I would be happy to do that. Thanks, Sujith H On Wed, Sep 21, 2016 at 10:47 AM, Sujith H <sujit...@gmail.com> wrote: > From: Christopher Larson <chris_lar...@mentor.com> > > When built on an i686 host f

[OE-core] [Oe-Core][PATCH] perf: Fix to obey LD failure

From: Sujith Haridasan This patch brings the last bit from meta-mentor for the perf to build successfully with minnowmax BSP. The meta-mentor commit for the same is:

Re: [OE-core] [Oe-Core][PATCH] perf: Fix to obey LD failure

On Tue, Oct 4, 2016 at 7:59 PM, Christopher Larson <clar...@kergoth.com> wrote: > > > On Tue, Oct 4, 2016 at 7:27 AM, Christopher Larson <clar...@kergoth.com> > wrote: > >> >> On Tue, Oct 4, 2016 at 2:41 AM, Sujith H <sujit...@gmail.com> wrote:

Re: [OE-core] [Oe-Core][PATCH] perf: Fix to obey LD failure

at /home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/temp/log.do_compile.29062) After applying the patch it built cleanly. On Tue, Oct 4, 2016 at 3:11 PM, Sujith H <sujit...@gmail.com> wrote: > From: Sujith Haridasan <sujith_harida...@mentor.com>

[OE-core] [Oe-Core][PATCH] perf: Fix to obey LD failure

From: Sujith Haridasan When built on minnowmax ( machine name: intel-corei7-64), an error is noticed during the do_compile: /home/sujith/codebench-linux-install-2015.12-133-i686-pc-linux-gnu/codebench/bin/i686-pc-linux-gnu-ld: Relocatable linking with relocations

Re: [OE-core] [PATCH] x264: add textrel to INSANE_SKIP to skip the warning

On Thu, Sep 15, 2016 at 3:37 PM, Phil Blundell <p...@pbcl.net> wrote: > On Thu, 2016-09-15 at 12:22 +0530, Sujith H wrote: > > From: Fahad Usman <fahad_us...@mentor.com> > > > > This change help fix the warning message: > > > > x264/r2491+gitAUTOINC+c

[OE-core] [PATCH] x264: add textrel to INSANE_SKIP

From: Fahad Usman Tried by adding CFLAGS_append = " -fpic " to the recipe. But that couldn't help resolve the warning message: x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-split/x264/usr/lib/libx264.so.144' has relocations in .text [textrel] It was found that this

Re: [OE-core] [PATCH] x264: add textrel to INSANE_SKIP for cyclone5 machine

On Thu, Sep 15, 2016 at 10:13 AM, sujith h <sujit...@gmail.com> wrote: > > > On Thu, Sep 15, 2016 at 4:41 AM, Burton, Ross <ross.bur...@intel.com> > wrote: > >> >> On 12 September 2016 at 07:13, Sujith H <sujit...@gmail.com> wrote: >> >

Re: [OE-core] [PATCH] x264: add textrel to INSANE_SKIP for cyclone5 machine

On Thu, Sep 15, 2016 at 4:41 AM, Burton, Ross <ross.bur...@intel.com> wrote: > > On 12 September 2016 at 07:13, Sujith H <sujit...@gmail.com> wrote: > >> +# PIC can't be enabled for 32-bit x86 and cyclone5 >> INSANE_SKIP_${PN}_append_x86 = " textrel&

[OE-core] [PATCH] x264: add textrel to INSANE_SKIP to skip the warning

From: Fahad Usman This change help fix the warning message: x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-split/x264/usr/lib/libx264.so.144' has relocations in .text [textrel] Adding textrel to INSANE_SKIP resolves this issue. This issue was observed in cyclone5 and

Re: [OE-core] [PATCH] x264: add textrel to INSANE_SKIP for cyclone5 machine

On Thu, Sep 15, 2016 at 12:15 PM, sujith h <sujit...@gmail.com> wrote: > > > On Thu, Sep 15, 2016 at 10:13 AM, sujith h <sujit...@gmail.com> wrote: > >> >> >> On Thu, Sep 15, 2016 at 4:41 AM, Burton, Ross <ross.bur...@intel.com> >> wrote: >

Re: [OE-core] [PATCH] perf: Fix to obey LD failure on host i686

On Thu, Sep 8, 2016 at 12:36 PM, Andre McCurdy <armccu...@gmail.com> wrote: > On Wed, Sep 7, 2016 at 11:51 PM, Sujith H <sujit...@gmail.com> wrote: > > From: Christopher Larson <chris_lar...@mentor.com> > > > > When built on an i686 host for qemux86-64 with

Re: [OE-core] [PATCH] perf: Fix to obey LD failure on host i686

On Wed, Sep 21, 2016 at 3:22 AM, Andre McCurdy <armccu...@gmail.com> wrote: > On Mon, Sep 19, 2016 at 11:00 AM, Christopher Larson > <chris_lar...@mentor.com> wrote: > > > > On Mon, Sep 19, 2016 at 4:10 AM, sujith h <sujit...@gmail.com> wrote: > >>

[OE-core] [PATCH] perf: Fix to obey LD failure on qemux86-64

From: Christopher Larson When built on an i686 host for qemux86-64 without the fix to obey LD and it fails: /scratch/dogwood/toolchains/x86_64/bin/i686-pc-linux-gnu-ld: Relocatable linking with relocations from format elf64-x86-64

[OE-core] [PATCH] ruby: ensure that .ext/rdoc is gone in compile

From: Christopher Larson rdoc gets unhappy if this already exists, so remove it before building. Without this, it's possible to hit this error: Directory .ext/rdoc already exists, but it looks like it isn't an RDoc directory. Signed-off-by: Christopher Larson

Re: [OE-core] [PATCH] x264: add textrel to INSANE_SKIP

On Mon, Sep 26, 2016 at 11:39 AM, sujith h <sujit...@gmail.com> wrote: > Hi, > > Let me know if this patch is ok. Else I can help make this patch better. > oops, sorry for my earlier mail. This patch is merged : http://git.yoctoproject.org/cgit/cgit.c

Re: [OE-core] [PATCH] perf: Fix to obey LD failure on qemux86-64

On Mon, Sep 26, 2016 at 11:40 AM, sujith h <sujit...@gmail.com> wrote: > Hi, > > Let me know if we need to make any changes to this patch. If so I would be > happy to do that. > Sorry for my earlier mail, this patch is merged: http://git.openembedded.org/openemb