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

[Sujith H]

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:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor/commit/meta-mentor-staging?id=a8db95c0d4081cf96915e0c3c4063a44f55e21cc

The previous fix:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/recipes-kernel/perf?id=ef942d6025e1a339642b10ec1e29055f4ee6bd46
was incomplete and was not submitted upstream. And due to that this change is 
required.

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 from format elf64-x86-64
(/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/fd/array.o)
to format elf32-i386 
(/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/fd/libapi-in.o)
is not supported

This change help fix the issue.

Signed-off-by: Sujith Haridasan 
---
 meta/recipes-kernel/perf/perf.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 0d104d3..471023d 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -170,6 +170,7 @@ do_configure_prepend () {
 if [ -e "${S}/tools/perf/Makefile.perf" ]; then
 sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,' ${S}/tools/perf/Makefile.perf
 sed -i 's,AR = $(CROSS_COMPILE)ar,#AR,' ${S}/tools/perf/Makefile.perf
+sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,' ${S}/tools/perf/Makefile.perf
 fi
 if [ -e "${S}/tools/lib/api/Makefile" ]; then
 sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,' ${S}/tools/lib/api/Makefile
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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:
>>
>>> From: Sujith Haridasan <sujith_harida...@mentor.com>
>>>
>>> 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-li
>>> nux-gnu/codebench/bin/i686-pc-linux-gnu-ld:
>>> Relocatable linking with relocations from format elf64-x86-64
>>> (/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_cor
>>> ei7_64-mel-linux/perf/1.0-r9/perf-1.0/fd/array.o)
>>> to format elf32-i386 (/home/sujith/MEL/dogwood/buil
>>> d-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/p
>>> erf-1.0/fd/libapi-in.o)
>>> is not supported
>>>
>>> This change help fix the issue.
>>>
>>> Signed-off-by: Sujith Haridasan <sujith_harida...@mentor.com>
>>> ---
>>>
>>
>> What’s with the redundant submission? You submitted the fix from
>> meta-mentor for this last week, and it was merged. http://git.openembedde
>> d.org/openembedded-core/commit/?id=0ce06611068e74e6ea2
>> e226e3f967aaa91fecd25
>>
>
> Ah, nevermind, this adds another sed to the other Makefile. Why does this
> commit message say nothing about that? You should really indicate that the
> previous fix was incomplete. This basically just pulls in the last bit from
> meta-mentor we didn’t apply in the previous submission, correct?
>

Yes, that's correct. I will update the patch commit message.

> --
> Christopher Larson
> clarson at kergoth dot com
> Founder - BitBake, OpenEmbedded, OpenZaurus
> Maintainer - Tslib
> Senior Software Engineer, Mentor Graphics
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/scripting-engines/trace-event-perl.o
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/
|   CC
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/perf_regs.o
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/
|   CC
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/zlib.o
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/
|   CC
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/lzma.o
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/
|   FLEX
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/parse-events-flex.c
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/
|   FLEX
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/pmu-flex.c
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/
|   CC
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/pmu-bison.o
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/
|   CC
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/parse-events.o
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/scripting-engines/
|   CC
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/scripting-engines/trace-event-python.o
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/
|   CC
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/parse-events-flex.o
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/
|   CC
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/pmu.o
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/
|   CC
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/pmu-flex.o
|   MKDIR
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/scripting-engines/
|   LD
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/scripting-engines/libperf-in.o
|
/home/sujith/codebench-linux-install-2015.12-133-i686-pc-linux-gnu/codebench/bin/i686-pc-linux-gnu-ld:
Relocatable linking with relocations from format elf64-x86-64
(/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/scripting-engines/trace-event-perl.o)
to format elf32-i386
(/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/scripting-engines/libperf-in.o)
is not supported
| ERROR: oe_runmake failed
| make[4]: ***
[/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/util/scripting-engines/libperf-in.o]
Error 1
| make[3]: *** [scripting-engines] Error 2
| make[3]: *** Waiting for unfinished jobs
| make[2]: *** [util] Error 2
| make[1]: ***
[/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/libperf-in.o]
Error 2
| make: *** [all] Error 2
| make: Leaving directory
`/home/sujith/MEL/dogwood/build-minnowmax/tmp/work-shared/intel-corei7-64/kernel-source/tools/perf'
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_compile (log file is located 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>
>
> 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 from format elf64-x86-64
> (/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/
> intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/fd/array.o)
> to format elf32-i386 (/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/

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

[Sujith H]

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 from format elf64-x86-64
(/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/fd/array.o)
to format elf32-i386 
(/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/perf-1.0/fd/libapi-in.o)
is not supported

This change help fix the issue.

Signed-off-by: Sujith Haridasan 
---
 meta/recipes-kernel/perf/perf.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 0d104d3..471023d 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -170,6 +170,7 @@ do_configure_prepend () {
 if [ -e "${S}/tools/perf/Makefile.perf" ]; then
 sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,' ${S}/tools/perf/Makefile.perf
 sed -i 's,AR = $(CROSS_COMPILE)ar,#AR,' ${S}/tools/perf/Makefile.perf
+sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,' ${S}/tools/perf/Makefile.perf
 fi
 if [ -e "${S}/tools/lib/api/Makefile" ]; then
 sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,' ${S}/tools/lib/api/Makefile
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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/openembedded-core/commit/?id=0ce06611068e74e6ea2e226e3f967aaa91fecd25

>
> 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 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
>> (/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-
>> mel-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
>> to format elf32-i386 (/scratch/dogwood/perf-ld-test
>> /build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/libapi-in.o)
>> is not supported
>>
>> This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
>> which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will
>> fail.
>>
>> Signed-off-by: Christopher Larson <chris_lar...@mentor.com>
>> Signed-off-by: Sujith Haridasan <sujith_harida...@mentor.com>
>> ---
>>  meta/recipes-kernel/perf/perf.bb | 3 ++-
>>  1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/
>> perf.bb
>> index 88e3a0a..0d104d3 100644
>> --- a/meta/recipes-kernel/perf/perf.bb
>> +++ b/meta/recipes-kernel/perf/perf.bb
>> @@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
>>  ARCH=${ARCH} \
>>  CC="${CC}" \
>>  AR="${AR}" \
>> +LD="${LD}" \
>>  EXTRA_CFLAGS="-ldw" \
>>  perfexecdir=${libexecdir} \
>>  NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
>> @@ -98,7 +99,6 @@ EXTRA_OEMAKE += "\
>>  'infodir=${@os.path.relpath(infodir, prefix)}' \
>>  "
>>
>> -
>>  do_compile() {
>> # Linux kernel build system is expected to do the right thing
>> unset CFLAGS
>> @@ -174,6 +174,7 @@ do_configure_prepend () {
>>  if [ -e "${S}/tools/lib/api/Makefile" ]; then
>>  sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,'
>> ${S}/tools/lib/api/Makefile
>>  sed -i 's,AR = $(CROSS_COMPILE)ar,#AR,'
>> ${S}/tools/lib/api/Makefile
>> +sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,'
>> ${S}/tools/lib/api/Makefile
>>  fi
>>  if [ -e "${S}/tools/lib/subcmd/Makefile" ]; then
>>  sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,'
>> ${S}/tools/lib/subcmd/Makefile
>> --
>> 1.9.1
>>
>>
>
>
> --
> സുജിത് ഹരിദാസന്
> Bangalore
> Contributor to KDE project
> Contributor to Yocto project
> http://fci.wikia.com/wiki/Anti-DRM-Campaign
>  http://sujithh.info
> C-x C-c
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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.cgi/poky/commit/?id=aa7f7b63485b8c4d33491b9cd467fc4487a281c7

>
> Thanks,
> Sujith H
>
> On Wed, Sep 21, 2016 at 3:12 PM, Sujith H <sujit...@gmail.com> wrote:
>
>> From: Fahad Usman <fahad_us...@mentor.com>
>>
>> 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 warning is emitted because of the
>> assembly files in the source code. And it is not easy to
>> get rid of TEXTREL's which are coming from the assembly
>> source files.
>>
>> Adding textrel to INSANE_SKIP resolves this issue.
>> This issue was observed in cyclone5 and imx6qsabresd BSP's.
>> So generalizing the patch.
>>
>> Signed-off-by: Fahad Usman <fahad_us...@mentor.com>
>> Signed-off-by: Sujith Haridasan <sujith_harida...@mentor.com>
>> ---
>>  meta/recipes-multimedia/x264/x264_git.bb | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/meta/recipes-multimedia/x264/x264_git.bb
>> b/meta/recipes-multimedia/x264/x264_git.bb
>> index fa44f9c..393310f 100644
>> --- a/meta/recipes-multimedia/x264/x264_git.bb
>> +++ b/meta/recipes-multimedia/x264/x264_git.bb
>> @@ -48,6 +48,6 @@ do_install() {
>>  oe_runmake install DESTDIR=${D}
>>  }
>>
>> -# PIC can't be enabled for 32-bit x86
>> -INSANE_SKIP_${PN}_append_x86 = " textrel"
>> +# PIC can't be enabled for few BSP's
>> +INSANE_SKIP_${PN}_append = " textrel"
>>
>> --
>> 1.9.1
>>
>>
>
>
> --
> സുജിത് ഹരിദാസന്
> Bangalore
> Contributor to KDE project
> Contributor to Yocto project
> http://fci.wikia.com/wiki/Anti-DRM-Campaign
>  http://sujithh.info
> C-x C-c
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 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
> (/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_
> 64-mel-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
> to format elf32-i386 (/scratch/dogwood/perf-ld-
> test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-
> 1.0/fs/libapi-in.o)
> is not supported
>
> This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
> which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will
> fail.
>
> Signed-off-by: Christopher Larson <chris_lar...@mentor.com>
> Signed-off-by: Sujith Haridasan <sujith_harida...@mentor.com>
> ---
>  meta/recipes-kernel/perf/perf.bb | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/
> perf.bb
> index 88e3a0a..0d104d3 100644
> --- a/meta/recipes-kernel/perf/perf.bb
> +++ b/meta/recipes-kernel/perf/perf.bb
> @@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
>  ARCH=${ARCH} \
>  CC="${CC}" \
>  AR="${AR}" \
> +LD="${LD}" \
>  EXTRA_CFLAGS="-ldw" \
>  perfexecdir=${libexecdir} \
>  NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
> @@ -98,7 +99,6 @@ EXTRA_OEMAKE += "\
>  'infodir=${@os.path.relpath(infodir, prefix)}' \
>  "
>
> -
>  do_compile() {
> # Linux kernel build system is expected to do the right thing
> unset CFLAGS
> @@ -174,6 +174,7 @@ do_configure_prepend () {
>  if [ -e "${S}/tools/lib/api/Makefile" ]; then
>  sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,'
> ${S}/tools/lib/api/Makefile
>  sed -i 's,AR = $(CROSS_COMPILE)ar,#AR,'
> ${S}/tools/lib/api/Makefile
> +sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,'
> ${S}/tools/lib/api/Makefile
>  fi
>  if [ -e "${S}/tools/lib/subcmd/Makefile" ]; then
>  sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,'
> ${S}/tools/lib/subcmd/Makefile
> --
> 1.9.1
>
>


-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 warning is emitted because of the
assembly files in the source code. And it is not easy to
get rid of TEXTREL's which are coming from the assembly
source files.

Adding textrel to INSANE_SKIP resolves this issue.
This issue was observed in cyclone5 and imx6qsabresd BSP's.
So generalizing the patch.

Signed-off-by: Fahad Usman 
Signed-off-by: Sujith Haridasan 
---
 meta/recipes-multimedia/x264/x264_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-multimedia/x264/x264_git.bb 
b/meta/recipes-multimedia/x264/x264_git.bb
index fa44f9c..393310f 100644
--- a/meta/recipes-multimedia/x264/x264_git.bb
+++ b/meta/recipes-multimedia/x264/x264_git.bb
@@ -48,6 +48,6 @@ do_install() {
 oe_runmake install DESTDIR=${D}
 }
 
-# PIC can't be enabled for 32-bit x86
-INSANE_SKIP_${PN}_append_x86 = " textrel"
+# PIC can't be enabled for few BSP's
+INSANE_SKIP_${PN}_append = " textrel"
 
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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+c8a773ebfc-r0/packages-
> > split/x264/usr/lib/libx264.so.144' has relocations in .text [textrel]
> >
> > Adding textrel to INSANE_SKIP resolves this issue.
>
> This is a poor commit message.  Adding textrel to INSANE_SKIP prevents
> the check from being done, so it is fairly self-evident that it will
> suppress the corresponding warning message.  Please add an explanation
> of why this is an appropriate thing to do, i.e. why the textrels are
> present and why you can't get rid of them by other means.
>
> In particular please clarify whether you want to do this because the
> textrels are absolutely unavoidable for some reason on your
> architecture, or just because you think this is a good trade-off for
> performance.  If the latter then I think the change probably belongs in
> a distro or BSP layer not in oe-core.
>

As per the reference from
http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#qa-issue-textrel
I added CFLAGS_append = " -fPIC " in the recipe and tried to build x264.
Below is the result.


Loading cache: 100%
|##|
Time: 0:00:00
Loaded 1313 entries from dependency cache.
Parsing recipes: 100%
||
Time: 0:00:02
Parsing of 877 .bb files complete (865 cached, 12 parsed). 1325 targets, 69
skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION= "1.31.1"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING   = "universal"
TARGET_SYS= "arm-poky-linux-gnueabi"
MACHINE   = "cyclone5"
DISTRO= "poky"
DISTRO_VERSION= "2.1+snapshot-20160921"
TUNE_FEATURES = "arm armv7a vfp  neon"
TARGET_FPU= "softfp"
meta
meta-poky
meta-yocto-bsp= "toaster-next:75927f8f6809b9b4696fc438b240bc7a3db561e2"
meta-altera   = "master:1bfc1ac36f28352a79a7ba98dc9d74608d76f1e6"

Initialising tasks: 100%
|#|
Time: 0:00:01
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
WARNING: x264-r2491+gitAUTOINC+c8a773ebfc-r0 do_package_qa: QA Issue: ELF
binary
'/home/sujith/poky-push/build-qemuarm/tmp/work/armv7a-neon-poky-linux-gnueabi/x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-split/x264/usr/lib/libx264.so.144'
has relocations in .text [textrel]
NOTE: Tasks Summary: Attempted 407 tasks of which 394 didn't need to be
rerun and all succeeded.

Summary: There was 1 WARNING message shown.

I have tried to debug the compile log where I found, there are .S files in
the source. Here is the small snippet of the compile log

arm-poky-linux-gnueabi-gcc  -march=armv7-a -mfpu=neon  -mfloat-abi=softfp
--sysroot=/home/sujith/poky-push/build-qemuarm/tmp/sysroots/cyclone5
-Wno-maybe-uninitialized -Wshadow -O3 -ffast-math  -O2 -pipe -g
-feliminate-unused-debug-types
-fdebug-prefix-map=/home/sujith/poky-push/build-qemuarm/tmp/work/armv7a-neon-poky-linux-gnueabi/x264/r2491+gitAUTOINC+c8a773ebfc-r0=/usr/src/debug/x264/r2491+gitAUTOINC+c8a773ebfc-r0
-fdebug-prefix-map=/home/sujith/poky-push/build-qemuarm/tmp/sysroots/x86_64-linux=
-fdebug-prefix-map=/home/sujith/poky-push/build-qemuarm/tmp/sysroots/cyclone5=
-fPIC  -Wall -I. -I.
--sysroot=/home/sujith/poky-push/build-qemuarm/tmp/sysroots/cyclone5
-std=gnu99 -fPIC -fomit-frame-pointer -fno-tree-vectorize   -c -o
encoder/slicetype-cl.o encoder/slicetype-cl.c
arm-poky-linux-gnueabi-gcc -I. -I. -c -DSTACK_ALIGNMENT=16 -DPIC
-DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/arm/cpu-a.o common/arm/cpu-a.S
arm-poky-linux-gnueabi-gcc -I. -I. -c -DSTACK_ALIGNMENT=16 -DPIC
-DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/arm/pixel-a.o
common/arm/pixel-a.S
arm-poky-linux-gnueabi-gcc -I. -I. -c -DSTACK_ALIGNMENT=16 -DPIC
-DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/arm/mc-a.o common/arm/mc-a.S
arm-poky-linux-gnueabi-gcc -I. -I. -c -DSTACK_ALIGNMENT=16 -DPIC
-DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/arm/dct-a.o common/arm/dct-a.S
arm-poky-linux-gnueabi-gcc -I. -I. -c -DSTACK_ALIGNMENT=16 -DPIC
-DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/arm/quant-a.o
common/arm/quant-a.S
arm-poky-linux-gnueabi-gcc -I. -I. -c -DSTACK_ALIGNMENT=16 -DPIC
-DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/arm/de

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

[Sujith H]

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
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
to format elf32-i386 
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/libapi-in.o)
is not supported

This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will fail.

Signed-off-by: Christopher Larson 
Signed-off-by: Sujith Haridasan 
---
 meta/recipes-kernel/perf/perf.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 88e3a0a..0d104d3 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
 ARCH=${ARCH} \
 CC="${CC}" \
 AR="${AR}" \
+LD="${LD}" \
 EXTRA_CFLAGS="-ldw" \
 perfexecdir=${libexecdir} \
 NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
@@ -98,7 +99,6 @@ EXTRA_OEMAKE += "\
 'infodir=${@os.path.relpath(infodir, prefix)}' \
 "
 
-
 do_compile() {
# Linux kernel build system is expected to do the right thing
unset CFLAGS
@@ -174,6 +174,7 @@ do_configure_prepend () {
 if [ -e "${S}/tools/lib/api/Makefile" ]; then
 sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,' ${S}/tools/lib/api/Makefile
 sed -i 's,AR = $(CROSS_COMPILE)ar,#AR,' ${S}/tools/lib/api/Makefile
+sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,' ${S}/tools/lib/api/Makefile
 fi
 if [ -e "${S}/tools/lib/subcmd/Makefile" ]; then
 sed -i 's,CC = $(CROSS_COMPILE)gcc,#CC,' ${S}/tools/lib/subcmd/Makefile
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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:
> >>
> >> 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 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
> >>> >
> >>> > (/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_
> 64-mel-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
> >>> > to format elf32-i386
> >>> > (/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_
> 64-mel-linux/perf/1.0-r9/perf-1.0/fs/libapi-in.o)
> >>> > is not supported
> >>> >
> >>> > This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
> >>> > which is -m elf32_x86_64 for x86_64. Without that, direct use of ld
> >>> > will fail.
> >>> >
> >>> > Signed-off-by: Christopher Larson <chris_lar...@mentor.com>
> >>> > Signed-off-by: Sujith Haridasan <sujith_harida...@mentor.com>
> >>> > ---
> >>> >  meta/recipes-kernel/perf/perf.bb | 9 +
> >>> >  1 file changed, 9 insertions(+)
> >>> >
> >>> > diff --git a/meta/recipes-kernel/perf/perf.bb
> >>> > b/meta/recipes-kernel/perf/perf.bb
> >>> > index 88e3a0a..85fe0ea 100644
> >>> > --- a/meta/recipes-kernel/perf/perf.bb
> >>> > +++ b/meta/recipes-kernel/perf/perf.bb
> >>> > @@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
> >>> >  ARCH=${ARCH} \
> >>> >  CC="${CC}" \
> >>> >  AR="${AR}" \
> >>> > +LD="${LD}" \
> >>> >  EXTRA_CFLAGS="-ldw" \
> >>> >  perfexecdir=${libexecdir} \
> >>> >  NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
> >>> > @@ -98,6 +99,14 @@ EXTRA_OEMAKE += "\
> >>> >  'infodir=${@os.path.relpath(infodir, prefix)}' \
> >>> >  "
> >>> >
> >>> > +do_configure_prepend () {
> >>> > +for makefile in "${S}/tools/perf/Makefile.perf" \
> >>> > +"${S}/tools/lib/api/Makefile"; do
> >>> > +if [ -e "$makefile" ]; then
> >>> > +sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,' "$makefile"
> >>> > +fi
> >>> > +done
> >>> > +}
> >>>
> >>> Isn't passing LD via the Make command line enough to over-ride these
> >>> definitions in the Makefiles?
> >>
> >> Unfortunately that didn't helped I believe. That's the reason, this
> patch
> >> was created.
> >
> > The patch mirrored the handling of CC/AR, which also used sed at the time
> > the append was created. If upstream removed the sed for those, then we
> can
> > remove it for LD as well, presumably. I’d recommend actually testing
> that.
>
> Brief testing suggests that commenting out LD in
> ${S}/tools/lib/api/Makefile is still required.
>
> For clarity the new sed command should probably be added next to the
> existing ones for CC and AR though, rather than on its own in a new
> do_configure_prepend().
>
> There is no "LD = ..." line to comment out in
> ${S}/tools/perf/Makefile.perf.
>

I will update the patch  as per the suggestion.

>
> > --
> > Christopher Larson
> > kergoth at gmail dot com
> > Founder - BitBake, OpenEmbedded, OpenZaurus
> > Maintainer - Tslib
> > Senior Software Engineer, Mentor Graphics
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 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
> > (/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_
> 64-mel-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
> > to format elf32-i386 (/scratch/dogwood/perf-ld-
> test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-
> 1.0/fs/libapi-in.o)
> > is not supported
> >
> > This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
> > which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will
> fail.
> >
> > Signed-off-by: Christopher Larson <chris_lar...@mentor.com>
> > Signed-off-by: Sujith Haridasan <sujith_harida...@mentor.com>
> > ---
> >  meta/recipes-kernel/perf/perf.bb | 9 +
> >  1 file changed, 9 insertions(+)
> >
> > diff --git a/meta/recipes-kernel/perf/perf.bb
> b/meta/recipes-kernel/perf/perf.bb
> > index 88e3a0a..85fe0ea 100644
> > --- a/meta/recipes-kernel/perf/perf.bb
> > +++ b/meta/recipes-kernel/perf/perf.bb
> > @@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
> >  ARCH=${ARCH} \
> >  CC="${CC}" \
> >  AR="${AR}" \
> > +LD="${LD}" \
> >  EXTRA_CFLAGS="-ldw" \
> >  perfexecdir=${libexecdir} \
> >  NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
> > @@ -98,6 +99,14 @@ EXTRA_OEMAKE += "\
> >  'infodir=${@os.path.relpath(infodir, prefix)}' \
> >  "
> >
> > +do_configure_prepend () {
> > +for makefile in "${S}/tools/perf/Makefile.perf" \
> > +"${S}/tools/lib/api/Makefile"; do
> > +if [ -e "$makefile" ]; then
> > +sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,' "$makefile"
> > +fi
> > +done
> > +}
>
> Isn't passing LD via the Make command line enough to over-ride these
> definitions in the Makefiles?
>

Unfortunately that didn't helped I believe. That's the reason, this patch
was created.


>
> >  do_compile() {
> > # Linux kernel build system is expected to do the right thing
> > --
> > 1.9.1
> >
> > --
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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:
>>
>>>
>>> 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"
>>>> +INSANE_SKIP_${PN}_append_cyclone5 = " textrel"
>>>>
>>>
>>> Can this be generalised or is it absolutely specific to cyclone5?  If it
>>> can't be generalised then I feel that this should belong in the cyclone5
>>> BSP.
>>>
>>
>> We found this with cyclone5 BSP. I will try to figure out how if we can
>> see it with qemuarm or other BSP's too.
>>
>
> I tried with qemuarm, it wasn't reproducible. But with imx6qsabresd from
> meta-fsl-arm, it was reproducible. So I believe we can generalize this
> patch. I will send the updated one shortly. Thanks for the pointer Ross.
>

I forgot to mention that I posted this change in meta-altera for review. I
got the feedback from meta-altera to post the change for review here:
https://github.com/kraj/meta-altera/pull/37. Sharing this for the reference.


>
>>
>>>
>>> Ross
>>>
>>
>>
>>
>> --
>> സുജിത് ഹരിദാസന്
>> Bangalore
>> Contributor to KDE project
>> Contributor to Yocto project
>> http://fci.wikia.com/wiki/Anti-DRM-Campaign
>>  http://sujithh.info
>> C-x C-c
>>
>
>
>
> --
> സുജിത് ഹരിദാസന്
> Bangalore
> Contributor to KDE project
> Contributor to Yocto project
> http://fci.wikia.com/wiki/Anti-DRM-Campaign
>  http://sujithh.info
> C-x C-c
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 imx6qsabresd BSP's.
So generalizing the patch.

Signed-off-by: Fahad Usman 
Signed-off-by: Sujith Haridasan 
---
 meta/recipes-multimedia/x264/x264_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-multimedia/x264/x264_git.bb 
b/meta/recipes-multimedia/x264/x264_git.bb
index fa44f9c..393310f 100644
--- a/meta/recipes-multimedia/x264/x264_git.bb
+++ b/meta/recipes-multimedia/x264/x264_git.bb
@@ -48,6 +48,6 @@ do_install() {
 oe_runmake install DESTDIR=${D}
 }
 
-# PIC can't be enabled for 32-bit x86
-INSANE_SKIP_${PN}_append_x86 = " textrel"
+# PIC can't be enabled for few BSP's
+INSANE_SKIP_${PN}_append = " textrel"
 
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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:
>>
>>> +# PIC can't be enabled for 32-bit x86 and cyclone5
>>>  INSANE_SKIP_${PN}_append_x86 = " textrel"
>>> +INSANE_SKIP_${PN}_append_cyclone5 = " textrel"
>>>
>>
>> Can this be generalised or is it absolutely specific to cyclone5?  If it
>> can't be generalised then I feel that this should belong in the cyclone5
>> BSP.
>>
>
> We found this with cyclone5 BSP. I will try to figure out how if we can
> see it with qemuarm or other BSP's too.
>

I tried with qemuarm, it wasn't reproducible. But with imx6qsabresd from
meta-fsl-arm, it was reproducible. So I believe we can generalize this
patch. I will send the updated one shortly. Thanks for the pointer Ross.


>
>>
>> Ross
>>
>
>
>
> --
> സുജിത് ഹരിദാസന്
> Bangalore
> Contributor to KDE project
> Contributor to Yocto project
> http://fci.wikia.com/wiki/Anti-DRM-Campaign
>  http://sujithh.info
> C-x C-c
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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"
>> +INSANE_SKIP_${PN}_append_cyclone5 = " textrel"
>>
>
> Can this be generalised or is it absolutely specific to cyclone5?  If it
> can't be generalised then I feel that this should belong in the cyclone5
> BSP.
>

We found this with cyclone5 BSP. I will try to figure out how if we can see
it with qemuarm or other BSP's too.


>
> Ross
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 
---
 meta/recipes-multimedia/x264/x264_git.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/x264/x264_git.bb 
b/meta/recipes-multimedia/x264/x264_git.bb
index fa44f9c..379961a 100644
--- a/meta/recipes-multimedia/x264/x264_git.bb
+++ b/meta/recipes-multimedia/x264/x264_git.bb
@@ -48,6 +48,7 @@ do_install() {
 oe_runmake install DESTDIR=${D}
 }
 
-# PIC can't be enabled for 32-bit x86
+# PIC can't be enabled for 32-bit x86 and cyclone5
 INSANE_SKIP_${PN}_append_x86 = " textrel"
+INSANE_SKIP_${PN}_append_cyclone5 = " textrel"
 
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
to format elf32-i386 
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/libapi-in.o)
is not supported

This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will fail.

Signed-off-by: Christopher Larson 
Signed-off-by: Sujith Haridasan 
---
 meta/recipes-kernel/perf/perf.bb | 9 +
 1 file changed, 9 insertions(+)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 88e3a0a..85fe0ea 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
 ARCH=${ARCH} \
 CC="${CC}" \
 AR="${AR}" \
+LD="${LD}" \
 EXTRA_CFLAGS="-ldw" \
 perfexecdir=${libexecdir} \
 NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
@@ -98,6 +99,14 @@ EXTRA_OEMAKE += "\
 'infodir=${@os.path.relpath(infodir, prefix)}' \
 "
 
+do_configure_prepend () {
+for makefile in "${S}/tools/perf/Makefile.perf" \
+"${S}/tools/lib/api/Makefile"; do
+if [ -e "$makefile" ]; then
+sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,' "$makefile"
+fi
+done
+}
 
 do_compile() {
# Linux kernel build system is expected to do the right thing
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/fs.o)
to format elf32-i386 
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linux/perf/1.0-r9/perf-1.0/fs/libapi-in.o)
is not supported

This is because LD includes HOST_LD_ARCH, which contains TUNE_LDARGS,
which is -m elf32_x86_64 for x86_64. Without that, direct use of ld will fail.

Signed-off-by: Christopher Larson 
Signed-off-by: Sujith Haridasan 
---
 meta/recipes-kernel/perf/perf.bb | 9 +
 1 file changed, 9 insertions(+)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 88e3a0a..85fe0ea 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -79,6 +79,7 @@ EXTRA_OEMAKE = '\
 ARCH=${ARCH} \
 CC="${CC}" \
 AR="${AR}" \
+LD="${LD}" \
 EXTRA_CFLAGS="-ldw" \
 perfexecdir=${libexecdir} \
 NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
@@ -98,6 +99,14 @@ EXTRA_OEMAKE += "\
 'infodir=${@os.path.relpath(infodir, prefix)}' \
 "
 
+do_configure_prepend () {
+for makefile in "${S}/tools/perf/Makefile.perf" \
+"${S}/tools/lib/api/Makefile"; do
+if [ -e "$makefile" ]; then
+sed -i 's,LD = $(CROSS_COMPILE)ld,#LD,' "$makefile"
+fi
+done
+}
 
 do_compile() {
# Linux kernel build system is expected to do the right thing
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 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.
> >
>
> patch is fine, please post it to openembedded-core mailing list.
>

I have already posted it in the openembedded-core mailing list :
http://lists.openembedded.org/pipermail/openembedded-core/2016-August/125836.html

>
> > Signed-off-by: Christopher Larson <chris_lar...@mentor.com>
> > Signed-off-by: Sujith Haridasan <sujith_harida...@mentor.com>
> > ---
> > meta/recipes-devtools/ruby/ruby.inc | 4 
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/meta/recipes-devtools/ruby/ruby.inc
> b/meta/recipes-devtools/ruby/ruby.inc
> > index fde67e9..d8f6882 100644
> > --- a/meta/recipes-devtools/ruby/ruby.inc
> > +++ b/meta/recipes-devtools/ruby/ruby.inc
> > @@ -37,3 +37,7 @@ do_configure_prepend() {
> > sed -i "s#%%TARGET_CFLAGS%%#$TARGET_CFLAGS#;
> s#%%TARGET_LDFLAGS%%#$TARGET_LDFLAGS#" ${S}/common.mk
> > rm -rf ${S}/ruby/
> > }
> > +
> > +do_compile_prepend () {
> > +rm -rf .ext/rdoc
> > +}
> > --
> > 1.9.1
> >
> > --
> > ___
> > yocto mailing list
> > yo...@yoctoproject.org
> > https://lists.yoctoproject.org/listinfo/yocto
>
>


-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 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.
>>
>
> +
>> +do_compile_prepend () {
>> +rm -rf .ext/rdoc
>> +}
>>
>>
> The fix may be fixing the symptom and masking a different issue, have you
> checked when and how the error occurs?
>

Sorry for the confusion. We can ignore this patch. I did consulted with
Chris regarding the same. Again extremely sorry for confusion.


>
> Alex
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 
Signed-off-by: Sujith Haridasan 
---
 meta/recipes-devtools/ruby/ruby.inc | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-devtools/ruby/ruby.inc 
b/meta/recipes-devtools/ruby/ruby.inc
index fde67e9..d8f6882 100644
--- a/meta/recipes-devtools/ruby/ruby.inc
+++ b/meta/recipes-devtools/ruby/ruby.inc
@@ -37,3 +37,7 @@ do_configure_prepend() {
 sed -i "s#%%TARGET_CFLAGS%%#$TARGET_CFLAGS#; 
s#%%TARGET_LDFLAGS%%#$TARGET_LDFLAGS#" ${S}/common.mk
 rm -rf ${S}/ruby/
 }
+
+do_compile_prepend () {
+rm -rf .ext/rdoc
+}
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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/*"
>>
>
> Debug packages are collected automatically, no need for FILES_PN-dbg
> anymore unless you want to package something that isn't .debug/.
>
> Please verify patches against master when submitting!
>

Apologies for the inconvenience caused. This patch shouldn't have been sent
for review.

>
> Ross
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

-- 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,

I am trying to build Qt5 from meta-qt5 ( master branch ) with poky( machine
is qemuarm). The qtbase is built successfully and is installed into
core-image-sato. When I run : runqemu qemuarm
I can see the matchbox window launched successfully.The qtbase is having
gles2 enabled in the PACKAGECONFIG and gl is removed from PACKAGECONFIG. In
mesa I have enabled gallium. I do see a problem when I try to run qtbase
opengl examples.The gui gets displayed. But the image(s) associated with it
never displays. For example lets say there is an example known as cube.
When I try to run cube ( with -platform xcb), I could see a black screen.
The cube image never comes. So my query is if it's possible to increase the
depth ( default used is 16 for qemuarm ) to 24 through bootargs? If so a
helping hand would be great. Let me know if more information is required
regarding my setup. I have poky + meta-qt5 + meta-oe + meta-ruby layers in
bblayers.conf.

Thanks,
Sujith H

-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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-off-by: Sujith H sujith_harida...@mentor.com
Signed-off-by: Sujith H sujit...@gmail.com
---
 meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb 
b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
index 549c7c8..bcd9d8a 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
@@ -17,4 +17,11 @@ do_install () {
install -d ${D}/${sysconfdir}/X11
install -m 0644 ${WORKDIR}/xorg.conf ${D}/${sysconfdir}/X11/
fi
+if ${@bb.utils.contains('DISTRO_FEATURES','x11','true','false',d)}; 
then
+cat  ${D}/${sysconfdir}/X11/xorg.conf  EOF
+Section Module
+Load   glx
+EndSection
+EOF
+fi
 }
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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-off-by: Sujith H sujith_harida...@mentor.com
Signed-off-by: Sujith H sujit...@gmail.com
---
 meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb 
b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
index 549c7c8..bcd9d8a 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
@@ -17,4 +17,11 @@ do_install () {
install -d ${D}/${sysconfdir}/X11
install -m 0644 ${WORKDIR}/xorg.conf ${D}/${sysconfdir}/X11/
fi
+if ${@bb.utils.contains('DISTRO_FEATURES','x11','true','false',d)}; 
then
+cat  ${D}/${sysconfdir}/X11/xorg.conf  EOF
+Section Module
+Load   glx
+EndSection
+EOF
+fi
 }
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 will remove the x11 feature check from the patch.



 +cat  ${D}/${sysconfdir}/X11/xorg.conf  EOF
 +Section Module
 +Load   glx
 +EndSection


 But GLX is automatically loaded by the xserver,  My test machine doesn't
 have a xorg.conf and GLX loads on startup.  Does your machine configuration
 ship a xorg.conf?

No, we get the xorg.conf from this same recipe. And while I was testing
some opengl related examples from Qt5, I was getting error
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. Hence I thought of adding this change. Let me know if there is
any issues/concern.


 Ross




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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. Hence I thought of adding this change. Let me know if there is
 any issues/concern.


 Actually installing the GLX module in the image is a prerequisite to
 loading the module...  you don't need to modify the xorg.conf - as I said
 the GLX module (along with several other modules) are loaded automatically
 *if present*.


Thanks for the clarification. I will check once again by adding glx module
to the image and remove the patch and see the result. I will update here.


 Ross




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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-off-by: Sujith H sujith_harida...@mentor.com
Signed-off-by: Sujith H sujit...@gmail.com
---
 meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb 
b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
index 549c7c8..391ebae 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
@@ -17,4 +17,9 @@ do_install () {
install -d ${D}/${sysconfdir}/X11
install -m 0644 ${WORKDIR}/xorg.conf ${D}/${sysconfdir}/X11/
fi
+cat  ${D}/${sysconfdir}/X11/xorg.conf  EOF
+Section Module
+Load   glx
+EndSection
+EOF
 }
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 IMAGE_INSTALL_append =  xserver-xorg-extension-glx and it
 worked fine. Hence I thought of adding this change. Let me know if there is
 any issues/concern.


 Actually installing the GLX module in the image is a prerequisite to
 loading the module...  you don't need to modify the xorg.conf - as I said
 the GLX module (along with several other modules) are loaded automatically
 *if present*.


 Thanks for the clarification. I will check once again by adding glx module
 to the image and remove the patch and see the result. I will update here.


Just now I had verified and thanks for the clarification again. It worked
by removing the patch I had created and adding  xserver-xorg-extension-glx
to the image. Good learning for me :)


 Ross




 --
 സുജിത് ഹരിദാസന്
 Bangalore
 ProjectContributor to KDE project
 http://fci.wikia.com/wiki/Anti-DRM-Campaign
 Blog http://sujithh.info




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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-by: Sujith H sujith_harida...@mentor.com
---
 meta/recipes-extended/pyparted/pyparted_3.9.bb | 21 +
 1 file changed, 21 insertions(+)
 create mode 100644 meta/recipes-extended/pyparted/pyparted_3.9.bb

diff --git a/meta/recipes-extended/pyparted/pyparted_3.9.bb 
b/meta/recipes-extended/pyparted/pyparted_3.9.bb
new file mode 100644
index 000..7b284cc
--- /dev/null
+++ b/meta/recipes-extended/pyparted/pyparted_3.9.bb
@@ -0,0 +1,21 @@
+DESCRIPTION = pyparted is a set of Python modules that provide Python 
programmers \
+an interface to libparted, the GNU parted library for disk partitioning and \
+filesystem manipulation.
+SUMMARY = Python bindings for libparted
+HOMEPAGE = https://fedorahosted.org/pyparted/;
+SCM_URI = git://git.fedorahosted.org/pyparted.git
+LICENSE = GPL-2.0+
+LIC_FILES_CHKSUM = \
+file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
+
file://src/_pedmodule.c;startline=10;endline=22;md5=70c62bd73782a03f56a0571a9f08ea46
 \
+
+DEPENDS += parted
+PR = r0
+
+SRC_URI = 
https://fedorahosted.org/releases/p/y/pyparted/pyparted-${PV}.tar.gz;
+SRC_URI[md5sum] = f16c7ef7f5fa4a43fcb2a4654b487e39
+SRC_URI[sha256sum] = 
a56712e3d058ce3d859c158236dbbf45224018919efd3d880ea80f9e0d0bebbb
+
+inherit distutils
+
+BBCLASSEXTEND += native
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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,
  the GNU parted library for disk partitioning and filesystem
  manipulation.

 Why not add it to meta-python?


Sure. Sending the patch to meta-python for review.


 
  Signed-off-by: Christopher Larson chris_lar...@mentor.com
  Signed-off-by: Sujith H sujith_harida...@mentor.com
  ---
   meta/recipes-extended/pyparted/pyparted_3.9.bb | 21
 +
   1 file changed, 21 insertions(+)
   create mode 100644 meta/recipes-extended/pyparted/pyparted_3.9.bb
 
  diff --git a/meta/recipes-extended/pyparted/pyparted_3.9.bb
 b/meta/recipes-extended/pyparted/pyparted_3.9.bb
  new file mode 100644
  index 000..7b284cc
  --- /dev/null
  +++ b/meta/recipes-extended/pyparted/pyparted_3.9.bb
  @@ -0,0 +1,21 @@
  +DESCRIPTION = pyparted is a set of Python modules that provide Python
 programmers \
  +an interface to libparted, the GNU parted library for disk partitioning
 and \
  +filesystem manipulation.
  +SUMMARY = Python bindings for libparted
  +HOMEPAGE = https://fedorahosted.org/pyparted/;
  +SCM_URI = git://git.fedorahosted.org/pyparted.git
  +LICENSE = GPL-2.0+
  +LIC_FILES_CHKSUM = \
  +file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
  +
  
 file://src/_pedmodule.c;startline=10;endline=22;md5=70c62bd73782a03f56a0571a9f08ea46
 \
  +
  +DEPENDS += parted
  +PR = r0
 ^ drop
  +
  +SRC_URI = 
 https://fedorahosted.org/releases/p/y/pyparted/pyparted-${PV}.tar.gz;
  +SRC_URI[md5sum] = f16c7ef7f5fa4a43fcb2a4654b487e39
  +SRC_URI[sha256sum] =
 a56712e3d058ce3d859c158236dbbf45224018919efd3d880ea80f9e0d0bebbb
  +
  +inherit distutils
  +
  +BBCLASSEXTEND += native
  --
  1.8.4
 
  --
  ___
  Openembedded-core mailing list
  Openembedded-core@lists.openembedded.org
  http://lists.openembedded.org/mailman/listinfo/openembedded-core

 --
 Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 will help to do the same.

  Can you propose a patch to the psplash upstream which is part of the
 Yocto Project (send the patch to yo...@yoctoproject.org) and then we can
 do a psplash upgrade to include these files directly?


Ok then I will submit the same patch to Yocto Project.

Thanks,
Sujith H


 Thanks
 Sau!


  Signed-off-by: Muzaffar Mahmood muzaffar_mahm...@mentor.com
 Signed-off-by: Sujith H sujith_harida...@mentor.com
 ---
   meta/recipes-core/psplash/files/psplash-quit.service  | 11 +++
   meta/recipes-core/psplash/files/psplash-start.service | 11 +++
   meta/recipes-core/psplash/psplash_git.bb  | 12 +++-
   3 files changed, 33 insertions(+), 1 deletion(-)
   create mode 100644 meta/recipes-core/psplash/files/psplash-quit.service
   create mode 100644 meta/recipes-core/psplash/
 files/psplash-start.service

 diff --git a/meta/recipes-core/psplash/files/psplash-quit.service
 b/meta/recipes-core/psplash/files/psplash-quit.service
 new file mode 100644
 index 000..14bd499
 --- /dev/null
 +++ b/meta/recipes-core/psplash/files/psplash-quit.service
 @@ -0,0 +1,11 @@
 +[Unit]
 +Description=Terminate Psplash Boot Screen
 +After=psplash-start.service
 +
 +[Service]
 +Type=oneshot
 +ExecStart=/usr/bin/psplash-write QUIT
 +TimeoutSec=20
 +
 +[Install]
 +WantedBy=multi-user.target
 diff --git a/meta/recipes-core/psplash/files/psplash-start.service
 b/meta/recipes-core/psplash/files/psplash-start.service
 new file mode 100644
 index 000..502b150
 --- /dev/null
 +++ b/meta/recipes-core/psplash/files/psplash-start.service
 @@ -0,0 +1,11 @@
 +[Unit]
 +Description=Starts Psplash Boot screen
 +Wants=systemd-vconsole-setup.service
 +After=systemd-vconsole-setup.service systemd-udev-trigger.service
 systemd-udevd.service
 +DefaultDependencies=no
 +
 +[Service]
 +ExecStart=/usr/bin/psplash
 +
 +[Install]
 +WantedBy=sysinit.target
 diff --git a/meta/recipes-core/psplash/psplash_git.bb
 b/meta/recipes-core/psplash/psplash_git.bb
 index 628ced4..16fa0ae 100644
 --- a/meta/recipes-core/psplash/psplash_git.bb
 +++ b/meta/recipes-core/psplash/psplash_git.bb
 @@ -11,6 +11,8 @@ PR = r15

   SRC_URI = git://git.yoctoproject.org/${BPN}
 http://git.yoctoproject.org/$%7BBPN%7D \
  file://psplash-init \
 +   file://psplash-start.service \
 +   file://psplash-quit.service \
  ${SPLASH_IMAGES}

   SPLASH_IMAGES = file://psplash-poky-img.h;outsuffix=default
 @@ -65,11 +67,14 @@ python __anonymous() {

   S = ${WORKDIR}/git

 -inherit autotools pkgconfig update-rc.d update-alternatives
 +inherit autotools pkgconfig update-rc.d update-alternatives systemd

   ALTERNATIVE_PRIORITY = 100
   ALTERNATIVE_LINK_NAME[psplash] = ${bindir}/psplash

 +SYSTEMD_PACKAGES = ${@base_contains('DISTRO_
 FEATURES','systemd','${PN}','',d)}
 +SYSTEMD_SERVICE_${PN} = ${@base_contains('DISTRO_
 FEATURES','systemd','psplash-start.service psplash-quit.service','',d)}
 +
   python do_compile () {
   import shutil

 @@ -103,6 +108,11 @@ do_install_append() {
 install -m 0755 $i ${D}${bindir}/$i
 done
 rm -f ${D}${bindir}/psplash
 +
 +   if ${@base_contains('DISTRO_FEATURES','systemd','true','false',d)};
 then
 +install -d ${D}${systemd_unitdir}/system
 +install -m 644 ${WORKDIR}/*.service
 ${D}/${systemd_unitdir}/system
 +fi
   }

   FILES_${PN} += /mnt/.psplash




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 as PREFERRED_PROVIDER, but it is more explicit that way.

Signed-off-by: Christopher Larson kerg...@gmail.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
 meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
index 693c216..6fe04ea 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
@@ -19,11 +19,15 @@ TARGET_CC_ARCH += ${LDFLAGS}
 PYTHONRDEPS = python python-shell python-io python-math python-crypt 
python-logging python-fcntl python-subprocess python-pickle python-compression 
python-textutils python-stringold
 PYTHONRDEPS_class-native = 
 
-PACKAGECONFIG = python
+PACKAGECONFIG = python update-alternatives
 PACKAGECONFIG[python] = ,,,${PYTHONRDEPS}
+PACKAGECONFIG[update-alternatives] = ,,,
 
 do_install() {
oe_runmake PREFIX=${prefix} DESTDIR=${D} install
+if ${@bb.utils.contains('PACKAGECONFIG', 'update-alternatives', 
'false', 'true')}; then
+rm -f ${D}${bindir}/update-alternatives
+fi
 }
 
 PACKAGES =+ update-alternatives-opkg
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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-alternatives provider
 we
 prefer. The downside to the current implementation is the need to adjust
 PACKAGECONFIG as well as PREFERRED_PROVIDER, but it is more explicit that
 way.

 Signed-off-by: Christopher Larson kerg...@gmail.com
 Signed-off-by: Sujith H sujith_harida...@mentor.com
 ---
   meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 6 +-
   1 file changed, 5 insertions(+), 1 deletion(-)

 diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
 b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
 index 693c216..287bf53 100644
 --- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
 +++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
 @@ -19,11 +19,15 @@ TARGET_CC_ARCH += ${LDFLAGS}
   PYTHONRDEPS = python python-shell python-io python-math python-crypt
 python-logging python-fcntl python-subprocess python-pickle
 python-compression python-textutils python-stringold
   PYTHONRDEPS_class-native = 

 -PACKAGECONFIG = python
 +PACKAGECONFIG = python update-alternatives
   PACKAGECONFIG[python] = ,,,${PYTHONRDEPS}
 +PACKAGECONFIG[update-alternatives] = ,,,

   do_install() {
 oe_runmake PREFIX=${prefix} DESTDIR=${D} install
 +if ${@'true' if 'update-alternatives' not in
 PACKAGECONFIG.split() else 'false'}; then
 +rm -f ${D}${bindir}/update-alternatives
 +fi

 Would @bb.utils.contains() be better here?  I think that is the correct
 thing to use.


Sure.

 Sau!

}

   PACKAGES =+ update-alternatives-opkg




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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...@mentor.com
---
 meta/recipes-core/psplash/files/psplash-quit.service  | 11 +++
 meta/recipes-core/psplash/files/psplash-start.service | 11 +++
 meta/recipes-core/psplash/psplash_git.bb  | 12 +++-
 3 files changed, 33 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-core/psplash/files/psplash-quit.service
 create mode 100644 meta/recipes-core/psplash/files/psplash-start.service

diff --git a/meta/recipes-core/psplash/files/psplash-quit.service 
b/meta/recipes-core/psplash/files/psplash-quit.service
new file mode 100644
index 000..14bd499
--- /dev/null
+++ b/meta/recipes-core/psplash/files/psplash-quit.service
@@ -0,0 +1,11 @@
+[Unit]
+Description=Terminate Psplash Boot Screen
+After=psplash-start.service
+
+[Service]
+Type=oneshot
+ExecStart=/usr/bin/psplash-write QUIT
+TimeoutSec=20
+
+[Install]
+WantedBy=multi-user.target
diff --git a/meta/recipes-core/psplash/files/psplash-start.service 
b/meta/recipes-core/psplash/files/psplash-start.service
new file mode 100644
index 000..502b150
--- /dev/null
+++ b/meta/recipes-core/psplash/files/psplash-start.service
@@ -0,0 +1,11 @@
+[Unit]
+Description=Starts Psplash Boot screen
+Wants=systemd-vconsole-setup.service
+After=systemd-vconsole-setup.service systemd-udev-trigger.service 
systemd-udevd.service
+DefaultDependencies=no
+
+[Service]
+ExecStart=/usr/bin/psplash
+
+[Install]
+WantedBy=sysinit.target
diff --git a/meta/recipes-core/psplash/psplash_git.bb 
b/meta/recipes-core/psplash/psplash_git.bb
index 628ced4..16fa0ae 100644
--- a/meta/recipes-core/psplash/psplash_git.bb
+++ b/meta/recipes-core/psplash/psplash_git.bb
@@ -11,6 +11,8 @@ PR = r15
 
 SRC_URI = git://git.yoctoproject.org/${BPN} \
file://psplash-init \
+   file://psplash-start.service \
+   file://psplash-quit.service \
${SPLASH_IMAGES}
 
 SPLASH_IMAGES = file://psplash-poky-img.h;outsuffix=default
@@ -65,11 +67,14 @@ python __anonymous() {
 
 S = ${WORKDIR}/git
 
-inherit autotools pkgconfig update-rc.d update-alternatives
+inherit autotools pkgconfig update-rc.d update-alternatives systemd
 
 ALTERNATIVE_PRIORITY = 100
 ALTERNATIVE_LINK_NAME[psplash] = ${bindir}/psplash
 
+SYSTEMD_PACKAGES = 
${@base_contains('DISTRO_FEATURES','systemd','${PN}','',d)}
+SYSTEMD_SERVICE_${PN} = 
${@base_contains('DISTRO_FEATURES','systemd','psplash-start.service 
psplash-quit.service','',d)}
+
 python do_compile () {
 import shutil
 
@@ -103,6 +108,11 @@ do_install_append() {
install -m 0755 $i ${D}${bindir}/$i
done
rm -f ${D}${bindir}/psplash
+
+   if ${@base_contains('DISTRO_FEATURES','systemd','true','false',d)}; then
+install -d ${D}${systemd_unitdir}/system
+install -m 644 ${WORKDIR}/*.service 
${D}/${systemd_unitdir}/system
+fi
 }
 
 FILES_${PN} += /mnt/.psplash
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 as PREFERRED_PROVIDER, but it is more explicit that way.

Signed-off-by: Christopher Larson kerg...@gmail.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
 meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
index 693c216..287bf53 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
@@ -19,11 +19,15 @@ TARGET_CC_ARCH += ${LDFLAGS}
 PYTHONRDEPS = python python-shell python-io python-math python-crypt 
python-logging python-fcntl python-subprocess python-pickle python-compression 
python-textutils python-stringold
 PYTHONRDEPS_class-native = 
 
-PACKAGECONFIG = python
+PACKAGECONFIG = python update-alternatives
 PACKAGECONFIG[python] = ,,,${PYTHONRDEPS}
+PACKAGECONFIG[update-alternatives] = ,,,
 
 do_install() {
oe_runmake PREFIX=${prefix} DESTDIR=${D} install
+if ${@'true' if 'update-alternatives' not in PACKAGECONFIG.split() 
else 'false'}; then
+rm -f ${D}${bindir}/update-alternatives
+fi
 }
 
 PACKAGES =+ update-alternatives-opkg
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 as PREFERRED_PROVIDER, but it is more explicit that way.

Signed-off-by: Christopher Larson kerg...@gmail.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
 meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
index 693c216..9364740 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
@@ -19,11 +19,17 @@ TARGET_CC_ARCH += ${LDFLAGS}
 PYTHONRDEPS = python python-shell python-io python-math python-crypt 
python-logging python-fcntl python-subprocess python-pickle python-compression 
python-textutils python-stringold
 PYTHONRDEPS_class-native = 
 
-PACKAGECONFIG = python
+PACKAGECONFIG = python update-alternatives
 PACKAGECONFIG[python] = ,,,${PYTHONRDEPS}
+PACKAGECONFIG[update-alternatives] = ,,,
+
+PROVIDES += ${@'virtual/update-alternatives' if 'update-alternatives' in 
PACKAGECONFIG.split() else ''}
 
 do_install() {
oe_runmake PREFIX=${prefix} DESTDIR=${D} install
+if ${@'true' if 'update-alternatives' not in PACKAGECONFIG.split() 
else 'false'}; then
+rm -f ${D}${bindir}/update-alternatives
+fi
 }
 
 PACKAGES =+ update-alternatives-opkg
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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. The downside to the current implementation is the need to adjust
 PACKAGECONFIG as well as PREFERRED_PROVIDER, but it is more explicit that
 way.

 Signed-off-by: Christopher Larson kerg...@gmail.com
 Signed-off-by: Sujith H sujith_harida...@mentor.com
 ---
  meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 8 +++-
  1 file changed, 7 insertions(+), 1 deletion(-)

 diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
 b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
 index 693c216..9364740 100644
 --- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
 +++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
 @@ -19,11 +19,17 @@ TARGET_CC_ARCH += ${LDFLAGS}
  PYTHONRDEPS = python python-shell python-io python-math python-crypt
 python-logging python-fcntl python-subprocess python-pickle
 python-compression python-textutils python-stringold
  PYTHONRDEPS_class-native = 

 -PACKAGECONFIG = python
 +PACKAGECONFIG = python update-alternatives
  PACKAGECONFIG[python] = ,,,${PYTHONRDEPS}
 +PACKAGECONFIG[update-alternatives] = ,,,
 +
 +PROVIDES += ${@'virtual/update-alternatives' if 'update-alternatives' in
 PACKAGECONFIG.split() else ''}

  do_install() {
 oe_runmake PREFIX=${prefix} DESTDIR=${D} install
 +if ${@'true' if 'update-alternatives' not in
 PACKAGECONFIG.split() else 'false'}; then
 +rm -f ${D}${bindir}/update-alternatives
 +fi
  }

  PACKAGES =+ update-alternatives-opkg
 --
 1.8.4


In this change I am adding it to PROVIDES only if its required. Hope this
change looks ok?

Thanks,
Sujith H

-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/systemd/systemd_213.bb 
b/meta/recipes-core/systemd/systemd_213.bb
index 4fb7ffc..b5ac1c3 100644
--- a/meta/recipes-core/systemd/systemd_213.bb
+++ b/meta/recipes-core/systemd/systemd_213.bb
@@ -248,7 +248,7 @@ RDEPENDS_${PN} += volatile-binds
 RRECOMMENDS_${PN} += systemd-serialgetty systemd-compat-units udev-hwdb\
   util-linux-agetty \
   util-linux-fsck e2fsprogs-e2fsck \
-  kernel-module-autofs4 kernel-module-unix 
kernel-module-ipv6 \
+  kernel-module-autofs4 kernel-module-unix 
kernel-module-ipv6 os-release \
 
 
 PACKAGES =+ udev-dbg udev udev-hwdb
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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
 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 changed, 1 insertion(+), 1 deletion(-)

 diff --git a/meta/recipes-core/systemd/systemd_213.bb
 b/meta/recipes-core/systemd/systemd_213.bb
 index 4fb7ffc..b5ac1c3 100644
 --- a/meta/recipes-core/systemd/systemd_213.bb
 +++ b/meta/recipes-core/systemd/systemd_213.bb
 @@ -248,7 +248,7 @@ RDEPENDS_${PN} += volatile-binds
  RRECOMMENDS_${PN} += systemd-serialgetty systemd-compat-units udev-hwdb\
util-linux-agetty \
util-linux-fsck e2fsprogs-e2fsck \
 -  kernel-module-autofs4 kernel-module-unix
 kernel-module-ipv6 \
 +  kernel-module-autofs4 kernel-module-unix
 kernel-module-ipv6 os-release \
  

  PACKAGES =+ udev-dbg udev udev-hwdb
 --
 1.8.4


Thanks,
Sujith H

-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 as PREFERRED_PROVIDER, but it is more explicit that way.

Signed-off-by: Christopher Larson kerg...@gmail.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
 meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
index 693c216..952fce4 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
@@ -19,11 +19,17 @@ TARGET_CC_ARCH += ${LDFLAGS}
 PYTHONRDEPS = python python-shell python-io python-math python-crypt 
python-logging python-fcntl python-subprocess python-pickle python-compression 
python-textutils python-stringold
 PYTHONRDEPS_class-native = 
 
-PACKAGECONFIG = python
+PACKAGECONFIG = python update-alternatives
 PACKAGECONFIG[python] = ,,,${PYTHONRDEPS}
+PACKAGECONFIG[update-alternatives] = ,,,
+
+PROVIDES_remove = ${@'virtual/update-alternatives' if 'update-alternatives' 
not in PACKAGECONFIG.split() else ''}
 
 do_install() {
oe_runmake PREFIX=${prefix} DESTDIR=${D} install
+if ${@'true' if 'update-alternatives' not in PACKAGECONFIG.split() 
else 'false'}; then
+rm -f ${D}${bindir}/update-alternatives
+fi
 }
 
 PACKAGES =+ update-alternatives-opkg
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 as PREFERRED_PROVIDER, but it is more explicit that way.

Signed-off-by: Christopher Larson kerg...@gmail.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
 meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
index 693c216..952fce4 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
@@ -19,11 +19,17 @@ TARGET_CC_ARCH += ${LDFLAGS}
 PYTHONRDEPS = python python-shell python-io python-math python-crypt 
python-logging python-fcntl python-subprocess python-pickle python-compression 
python-textutils python-stringold
 PYTHONRDEPS_class-native = 
 
-PACKAGECONFIG = python
+PACKAGECONFIG = python update-alternatives
 PACKAGECONFIG[python] = ,,,${PYTHONRDEPS}
+PACKAGECONFIG[update-alternatives] = ,,,
+
+PROVIDES_remove = ${@'virtual/update-alternatives' if 'update-alternatives' 
not in PACKAGECONFIG.split() else ''}
 
 do_install() {
oe_runmake PREFIX=${prefix} DESTDIR=${D} install
+if ${@'true' if 'update-alternatives' not in PACKAGECONFIG.split() 
else 'false'}; then
+rm -f ${D}${bindir}/update-alternatives
+fi
 }
 
 PACKAGES =+ update-alternatives-opkg
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 regardless of what update-alternatives
 provider
  we prefer. The downside to the current implementation is the need to
 adjust
  PACKAGECONFIG as well as PREFERRED_PROVIDER, but it is more explicit that
  way.
 
  Signed-off-by: Christopher Larson kerg...@gmail.com
  Signed-off-by: Sujith H sujith_harida...@mentor.com
  ---
   meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 8 +++-
   1 file changed, 7 insertions(+), 1 deletion(-)
 
  diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
  b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb index
 693c216..952fce4
  100644
  --- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
  +++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
  @@ -19,11 +19,17 @@ TARGET_CC_ARCH += ${LDFLAGS}
   PYTHONRDEPS = python python-shell python-io python-math python-crypt
  python-logging python-fcntl python-subprocess python-pickle
  python-compression python-textutils python-stringold
  PYTHONRDEPS_class-native = 
 
  -PACKAGECONFIG = python
  +PACKAGECONFIG = python update-alternatives
   PACKAGECONFIG[python] = ,,,${PYTHONRDEPS}
  +PACKAGECONFIG[update-alternatives] = ,,,
  +
  +PROVIDES_remove = ${@'virtual/update-alternatives' if
  'update-alternatives' not in PACKAGECONFIG.split() else ''}

 If we have to do this, rather than using _remove here could we simply make
 adding it conditional?


Isn't _remove itself conditional? Pardon me if my understanding is wrong.



 Cheers,
 Paul

 --

 Paul Eggleton
 Intel Open Source Technology Centre




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 hostname is passed as argument. This was
  observed when rpcinfo command was tested on freescale target.
  Below was the output observed without this change.

 Isn't this what nssmyhostname is for?


Yes adding nss-myhostname would be the cleaner solution. Thanks Koen Kooi.



-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

Hi,

I will post the new patch with ROOTFS_POSTPROCESS_COMMAND.

Thanks for the feedback.



On Fri, Aug 1, 2014 at 2:52 PM, Enrico Scholz 
enrico.sch...@sigma-chemnitz.de wrote:

 Otavio Salvador otavio-fkevb0iiklmbz+lybsd...@public.gmane.org writes:

  + echo 127.0.1.1  ${MACHINE} 
 ${D}${sysconfdir}/hosts
 
  This is a very questionable setup which causes a lot of harm.  When
  really wanted, it should be made optional and not the default.
 
  What kind of harm you see?

 e.g. in sshd_config

 | ListenAddress hostname


 When Fedora had such a setup, I had a lot of trouble with KRB5ized
 NFS4. See [1] for examples. Generally, external and internal DNS should
 be consistent.

 Beside this... afaik ${MACHINE} can contain '_' and '.' which are either
 forbidden ('_') or have special meanings in DNS.


 Enrico

 Footnotes:
 [1]  https://bugzilla.redhat.com/show_bug.cgi?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://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 mx6q
rpcinfo: can't contact rpcbind: RPC: (unknown error code)

Below is the output after this change:
root@mx6q:~# rpcinfo -s mx6q
   program version(s) netid(s) service owner
10  2,3,4 local,udp,tcp,udp6,tcp6  portmapper  superuser
root@mx6q:~#

Signed-off-by: Sujith H sujith_harida...@mentor.com
---
 meta/recipes-core/netbase/netbase_5.2.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/netbase/netbase_5.2.bb 
b/meta/recipes-core/netbase/netbase_5.2.bb
index ab7ae65..a6fb010 100644
--- a/meta/recipes-core/netbase/netbase_5.2.bb
+++ b/meta/recipes-core/netbase/netbase_5.2.bb
@@ -18,6 +18,7 @@ do_install () {
install -m 0644 etc-rpc ${D}${sysconfdir}/rpc
install -m 0644 etc-protocols ${D}${sysconfdir}/protocols
install -m 0644 etc-services ${D}${sysconfdir}/services
+   echo 127.0.1.1  ${MACHINE}  ${D}${sysconfdir}/hosts
 }
 
 CONFFILES_${PN} = ${sysconfdir}/hosts
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 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 mx6q
 rpcinfo: can't contact rpcbind: RPC: (unknown error code)

 Below is the output after this change:
 root@mx6q:~# rpcinfo -s mx6q
program version(s) netid(s) service owner
 10  2,3,4 local,udp,tcp,udp6,tcp6  portmapper
  superuser
 root@mx6q:~#

 Signed-off-by: Sujith H sujith_harida...@mentor.com
 ---
  meta/recipes-core/netbase/netbase_5.2.bb | 1 +
  1 file changed, 1 insertion(+)

 diff --git a/meta/recipes-core/netbase/netbase_5.2.bb
 b/meta/recipes-core/netbase/netbase_5.2.bb
 index ab7ae65..a6fb010 100644
 --- a/meta/recipes-core/netbase/netbase_5.2.bb
 +++ b/meta/recipes-core/netbase/netbase_5.2.bb
 @@ -18,6 +18,7 @@ do_install () {
 install -m 0644 etc-rpc ${D}${sysconfdir}/rpc
 install -m 0644 etc-protocols ${D}${sysconfdir}/protocols
 install -m 0644 etc-services ${D}${sysconfdir}/services
 +   echo 127.0.1.1  ${MACHINE}  ${D}${sysconfdir}/hosts
  }

  CONFFILES_${PN} = ${sysconfdir}/hosts
 --
 1.8.4




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 mx6q
rpcinfo: can't contact rpcbind: RPC: (unknown error code)

Below is the output after this change:
root@mx6q:~# rpcinfo -s mx6q
   program version(s) netid(s) service owner
10  2,3,4 local,udp,tcp,udp6,tcp6  portmapper  superuser
root@mx6q:~#

Signed-off-by: Sujith H sujith_harida...@mentor.com
---
 meta/classes/image.bbclass | 8 
 1 file changed, 8 insertions(+)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 82605f2..7a5a5c1 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -341,6 +341,14 @@ ssh_disable_dns_lookup () {
fi
 }
 
+ROOTFS_POSTPROCESS_COMMAND += add_machine_name_loop_back;
+
+add_machine_name_loop_back() {
+if [ -n ${MACHINE} ]; then
+ echo 127.0.1.1${MACHINE}  
${IMAGE_ROOTFS}${sysconfdir}/hosts
+fi
+}
+
 # Enable postinst logging if debug-tweaks is enabled
 postinst_enable_logging () {
mkdir -p ${IMAGE_ROOTFS}${sysconfdir}/default
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 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 mx6q
 rpcinfo: can't contact rpcbind: RPC: (unknown error code)

 Below is the output after this change:
 root@mx6q:~# rpcinfo -s mx6q
program version(s) netid(s) service owner
 10  2,3,4 local,udp,tcp,udp6,tcp6  portmapper
  superuser
 root@mx6q:~#

 Signed-off-by: Sujith H sujith_harida...@mentor.com
 ---
  meta/classes/image.bbclass | 8 
  1 file changed, 8 insertions(+)

 diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
 index 82605f2..7a5a5c1 100644
 --- a/meta/classes/image.bbclass
 +++ b/meta/classes/image.bbclass
 @@ -341,6 +341,14 @@ ssh_disable_dns_lookup () {
 fi
  }

 +ROOTFS_POSTPROCESS_COMMAND += add_machine_name_loop_back;
 +
 +add_machine_name_loop_back() {
 +if [ -n ${MACHINE} ]; then
 + echo 127.0.1.1${MACHINE} 
 ${IMAGE_ROOTFS}${sysconfdir}/hosts
 +fi
 +}
 +
  # Enable postinst logging if debug-tweaks is enabled
  postinst_enable_logging () {
 mkdir -p ${IMAGE_ROOTFS}${sysconfdir}/default
 --
 1.8.4


Thanks,
Sujith H

-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 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 mx6q
  rpcinfo: can't contact rpcbind: RPC: (unknown error code)
 
  Below is the output after this change:
  root@mx6q:~# rpcinfo -s mx6q
 program version(s) netid(s) service owner
  10  2,3,4 local,udp,tcp,udp6,tcp6  portmapper
  superuser
  root@mx6q:~#
 
  Signed-off-by: Sujith H sujith_harida...@mentor.com
  ---
   meta/classes/image.bbclass | 8 
   1 file changed, 8 insertions(+)
 
  diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
  index 82605f2..7a5a5c1 100644
  --- a/meta/classes/image.bbclass
  +++ b/meta/classes/image.bbclass
  @@ -341,6 +341,14 @@ ssh_disable_dns_lookup () {
fi
   }
 
  +ROOTFS_POSTPROCESS_COMMAND += add_machine_name_loop_back;
  +
  +add_machine_name_loop_back() {
  +if [ -n ${MACHINE} ]; then
  + echo 127.0.1.1${MACHINE} 
  ${IMAGE_ROOTFS}${sysconfdir}/hosts +fi
  +}
  +

 I think in the earlier discussion the conclusion was that we do not want
 this
 enabled by default, which the above will do.

 The question I have is, if this isn't a good idea, is there a better
 solution?


I totally agree with the discussion. Is it a good idea to implement like
check made for zap_empty_root_password?
For zap_empty_root_password there is a conditional check if debug-tweaks
are enabled then zap_empty_root_password is
called. So can I use debug-tweaks to handle add_machine_name_loop_back in
the patch?


Cheers,
 Paul

 --

 Paul Eggleton
 Intel Open Source Technology Centre


Thanks,

Sujith H

-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 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 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 mx6q
rpcinfo: can't contact rpcbind: RPC: (unknown error code)
   
Below is the output after this change:
root@mx6q:~# rpcinfo -s mx6q
   
   program version(s) netid(s) service
 owner
   
10  2,3,4 local,udp,tcp,udp6,tcp6  portmapper
  
superuser
  
root@mx6q:~#
   
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
   
 meta/classes/image.bbclass | 8 
 1 file changed, 8 insertions(+)
   
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 82605f2..7a5a5c1 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -341,6 +341,14 @@ ssh_disable_dns_lookup () {
   
  fi
   
 }
   
+ROOTFS_POSTPROCESS_COMMAND += add_machine_name_loop_back;
+
+add_machine_name_loop_back() {
+if [ -n ${MACHINE} ]; then
+ echo 127.0.1.1${MACHINE} 
${IMAGE_ROOTFS}${sysconfdir}/hosts +fi
+}
+
  
   I think in the earlier discussion the conclusion was that we do not
 want
   this
   enabled by default, which the above will do.
  
   The question I have is, if this isn't a good idea, is there a better
   solution?
 
  I totally agree with the discussion. Is it a good idea to implement like
  check made for zap_empty_root_password?
  For zap_empty_root_password there is a conditional check if debug-tweaks
  are enabled then zap_empty_root_password is
  called. So can I use debug-tweaks to handle add_machine_name_loop_back in
  the patch?

 No, that would not be right - debug-tweaks is for a specific purpose which
 is
 unrelated to this.


Ok. How about adding :

ROOTFS_POSTPROCESS_COMMAND += '${@base_contains(TOOLCHAIN_TARGET_TASK,
packagegroup-core-boot, add_machine_name_loop_back; , ,d)}'

Again here the problem is that when packagegroup-core-boot will be added,
this change will be forced to rootfs :(


 Cheers,
 Paul

 --

 Paul Eggleton
 Intel Open Source Technology Centre


Thanks,
Sujith H

-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 mx6q
  rpcinfo: can't contact rpcbind: RPC: (unknown error code)

 Is this really a common/valid use case?  'rpcinfo' is a debug tool and
 when you want information about the local host, you can execute

 # rpcinfo -s localhost

 IMHO, when using network related functionality, you have to setup
 networking.  This means:

 - setup the hostname; using ${MACHINE} is ambiguous with more than one
   device and the string can contain chars forbidden by DNS ('_')

 - setup name resolving; this can be done by ordinary DNS, (unambiguous)
   /etc/hosts, mDNS


 When DNS mapping of ${MACHINE} (or better `hostname`) without working
 DNS is really required, 'systemd' contains 'libnss_myhostname.so' (which
 is to be registered in /etc/nsswitch) which returns '127.0.0.2' as a
 fallback.


Is it ok to read from /etc/hostname and then have that in the /etc/hosts
file, rather than using ${MACHINE}?


 Enrico
 --
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-core




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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)
VERSION_ID=6.0+snapshot-20140721
PRETTY_NAME=Yocto GENIVI Baseline (Poky/meta-ivi) 6.0+snapshot-20140721 (daisy)

Signed-off-by: Christopher Larson kerg...@gmail.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
 meta/recipes-core/os-release/os-release.bb | 36 ++
 1 file changed, 36 insertions(+)
 create mode 100644 meta/recipes-core/os-release/os-release.bb

diff --git a/meta/recipes-core/os-release/os-release.bb 
b/meta/recipes-core/os-release/os-release.bb
new file mode 100644
index 000..33e9581
--- /dev/null
+++ b/meta/recipes-core/os-release/os-release.bb
@@ -0,0 +1,36 @@
+inherit allarch
+
+SUMMARY = Operating system identification
+DESCRIPTION = The /etc/os-release file contains operating system 
identification data.
+LICENSE = MIT
+INHIBIT_DEFAULT_DEPS = 1
+
+do_fetch[noexec] = 1
+do_unpack[noexec] = 1
+do_patch[noexec] = 1
+do_configure[noexec] = 1
+
+# Other valid fields: BUILD_ID ID_LIKE ANSI_COLOR CPE_NAME
+# HOME_URL SUPPORT_URL BUG_REPORT_URL
+OS_RELEASE_FIELDS = ID ID_LIKE NAME VERSION VERSION_ID PRETTY_NAME
+
+ID = ${DISTRO}
+NAME = ${DISTRO_NAME}
+VERSION = ${DISTRO_VERSION}${@' (%s)' % DISTRO_CODENAME if 'DISTRO_CODENAME' 
in d else ''}
+VERSION_ID = ${DISTRO_VERSION}
+PRETTY_NAME = ${DISTRO_NAME} ${VERSION}
+BUILD_ID ?= ${DATETIME}
+
+python do_compile () {
+with open(d.expand('${B}/os-release'), 'w') as f:
+for field in d.getVar('OS_RELEASE_FIELDS', True).split():
+value = d.getVar(field, True)
+if value:
+f.write('{0}={1}\n'.format(field, value))
+}
+do_compile[vardeps] += ${OS_RELEASE_FIELDS}
+
+do_install () {
+install -d ${D}${sysconfdir}
+install -m 0644 os-release ${D}${sysconfdir}/
+}
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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 mx6q
rpcinfo: can't contact rpcbind: RPC: (unknown error code)

Below is the output after this change:
root@mx6q:~# rpcinfo -s mx6q
   program version(s) netid(s) service owner
10  2,3,4 local,udp,tcp,udp6,tcp6  portmapper  superuser
root@mx6q:~#

Signed-off-by: Sujith H sujit...@gmail.com
---
 meta/recipes-core/netbase/netbase_5.2.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/netbase/netbase_5.2.bb 
b/meta/recipes-core/netbase/netbase_5.2.bb
index ab7ae65..a6fb010 100644
--- a/meta/recipes-core/netbase/netbase_5.2.bb
+++ b/meta/recipes-core/netbase/netbase_5.2.bb
@@ -18,6 +18,7 @@ do_install () {
install -m 0644 etc-rpc ${D}${sysconfdir}/rpc
install -m 0644 etc-protocols ${D}${sysconfdir}/protocols
install -m 0644 etc-services ${D}${sysconfdir}/services
+   echo 127.0.1.1  ${MACHINE}  ${D}${sysconfdir}/hosts
 }
 
 CONFFILES_${PN} = ${sysconfdir}/hosts
-- 
1.8.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

/libFileDialog.so
qtquick1-examples-dbg: found library in wrong location:
/usr/share/qt5/examples/declarative/tutorials/extending/chapter6-plugins/.debug/libchapter6-plugins.so
qtquick1-examples-dev: found library in wrong location:
/usr/share/qt5/examples/declarative/cppextensions/plugins/libqmlqwidgetsplugin.so
qtquick1-examples-dev: found library in wrong location:
/usr/share/qt5/examples/declarative/cppextensions/plugins/org/qtproject/TimeExample/libqmlqtimeexampleplugin.so
qtquick1-examples-dev: found library in wrong location:
/usr/share/qt5/examples/declarative/cppextensions/imageprovider/ImageProviderCore/libqmlimageproviderplugin.so

qtquick1-examples-dev: found library in wrong location:
/usr/share/qt5/examples/declarative/tutorials/gettingStarted/filedialog/libFileDialog.so

qtquick1-examples-dev: found library in wrong location:
/usr/share/qt5/examples/declarative/tutorials/extending/chapter6-plugins/libchapter6-plugins.so




To overcome this I gave:

WARN_QA := ${@oe_filter_out('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 list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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/packages-split/nspr-dev/usr/lib/nspr/tests/formattm'
 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/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 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.bbb/meta/recipes-support/nspr/
 nspr_4.10.bb
 index fcecb95..4247fd0 100644
 --- a/meta/recipes-support/nspr/nspr_4.10.bb
 +++ b/meta/recipes-support/nspr/nspr_4.10.bb
 @@ -19,6 +19,7 @@ SRC_URI[sha256sum] =
 0cfbe561676b92e5af3ddc7ac77452014e3da8885da66baec811e73541
  S = ${WORKDIR}/nspr-${PV}/nspr

  RDEPENDS_${PN}-dev += perl
 +TARGET_CC_ARCH += ${LDFLAGS}

  TESTS = runtests.pl \
  runtests.sh \
 --
 1.8.1.4




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith H]

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/formattm'
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/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 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
--- a/meta/recipes-support/nspr/nspr_4.10.bb
+++ b/meta/recipes-support/nspr/nspr_4.10.bb
@@ -19,6 +19,7 @@ SRC_URI[sha256sum] = 
0cfbe561676b92e5af3ddc7ac77452014e3da8885da66baec811e73541
 S = ${WORKDIR}/nspr-${PV}/nspr
 
 RDEPENDS_${PN}-dev += perl
+TARGET_CC_ARCH += ${LDFLAGS}
 
 TESTS = runtests.pl \
 runtests.sh \
-- 
1.8.1.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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 details in the commit message.

 Can you give more details about which target this is failing, I am not
 sure we have seen these.



I had updated the patch. This scenario is observed in the imx6 sabrelite
board( based on arm). There are lot of warning messages
which come while building nspr. I had mentioned only 3 of them in my new
patch. Kindly let me know if more information is required,
so that I can help.


 1.5 is complete and will be released shortly.


Ouch :(



 Thanks
 Sau!


  Signed-off-by: Sujith H sujith_harida...@mentor.com
 ---
   meta/recipes-support/nspr/nspr**_4.10.bb http://nspr_4.10.bb | 1 +
   1 file changed, 1 insertion(+)

 diff --git 
 a/meta/recipes-support/nspr/ns**pr_4.10.bbhttp://nspr_4.10.bbb/meta/recipes-support/nspr/
 ns**pr_4.10.bb http://nspr_4.10.bb
 index fcecb95..4247fd0 100644
 --- a/meta/recipes-support/nspr/ns**pr_4.10.bb http://nspr_4.10.bb
 +++ b/meta/recipes-support/nspr/ns**pr_4.10.bb http://nspr_4.10.bb
 @@ -19,6 +19,7 @@ SRC_URI[sha256sum] = **0cfbe561676b92e5af3ddc7ac77452*
 *014e3da8885da66baec811e73541
   S = ${WORKDIR}/nspr-${PV}/nspr

   RDEPENDS_${PN}-dev += perl
 +TARGET_CC_ARCH += ${LDFLAGS}

   TESTS = runtests.pl \
   runtests.sh \



Thanks,

Sujith H

-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] Fixing the warning

[Sujith H]

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
--- a/meta/recipes-support/nspr/nspr_4.10.bb
+++ b/meta/recipes-support/nspr/nspr_4.10.bb
@@ -19,6 +19,7 @@ SRC_URI[sha256sum] = 
0cfbe561676b92e5af3ddc7ac77452014e3da8885da66baec811e73541
 S = ${WORKDIR}/nspr-${PV}/nspr
 
 RDEPENDS_${PN}-dev += perl
+TARGET_CC_ARCH += ${LDFLAGS}
 
 TESTS = runtests.pl \
 runtests.sh \
-- 
1.8.1.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

Hi,

I was getting lot of warning while building nspr recipe. The attachment in
the mail refers to the details of the warning.
The patch in my previous mail do fix these warning messages. The GCC used
by me is of version 4.8.1. In case of
more information is required let me know so that I can help 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/recipes-support/nspr/nspr_4.10.bbb/meta/recipes-support/nspr/
 nspr_4.10.bb
 index fcecb95..4247fd0 100644
 --- a/meta/recipes-support/nspr/nspr_4.10.bb
 +++ b/meta/recipes-support/nspr/nspr_4.10.bb
 @@ -19,6 +19,7 @@ SRC_URI[sha256sum] =
 0cfbe561676b92e5af3ddc7ac77452014e3da8885da66baec811e73541
  S = ${WORKDIR}/nspr-${PV}/nspr

  RDEPENDS_${PN}-dev += perl
 +TARGET_CC_ARCH += ${LDFLAGS}

  TESTS = runtests.pl \
  runtests.sh \
 --
 1.8.1.4




-- 
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info


warning.log
Description: Binary data
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core