Re: [yocto] Custom defconfig is not used

2013-10-26 Thread Diego Sueiro 
Bruce,

We have two scenarios here:

   1. bbapend with full defconfig replacement
   2. bbapend with config fragments

The first scenario just worked when using FILESPATH_prepend. For me it does
not make sense, since on YP manual says that FILESEXTRAPATHS_prepend must
be use [1].

The second scenario did not worked even changing to FILESPATH_prepend.


[1] -
http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-FILESEXTRAPATHS



Regards,

--
*dS
Diego Sueiro

/*long live rock 'n roll*/


2013/10/25 Mike Lewis 

> Bruce: yep, fixed my issue. Sorry for the bother!
>
> Diego: thanks for the solution!
>
> - Mike
>
>
> On 10/25/2013 11:44 AM, Bruce Ashfield wrote:
>
>> On Fri, Oct 25, 2013 at 7:43 AM, Diego Sueiro 
>> wrote:
>>
>>> Bruce,
>>>
>>> Regarding the defconfig not used, I've found this thread on Angstrom
>>> devel
>>> ML:
>>> http://www.mail-archive.com/**angstrom-distro-devel@**
>>> linuxtogo.org/msg06721.html
>>>
>>> I've replaced "FILESEXTRAPATHS_prepend" with "FILESPATH_prepend" and
>>> removed
>>> the custom "do_configure_prepend" function and bitbake is now using my
>>> defconfig.
>>> So, it seems that there is an issue with FILESEXTRAPATHS variable.
>>>
>>>  Aha. That does make sense.
>>
>> Mike: does that same change fix your issues ?
>>
>> Bruce
>>
>>  Regards,
>>>
>>> --
>>> *dS
>>> Diego Sueiro
>>>
>>> /*long live rock 'n roll*/
>>>
>>>
>>> 2013/10/23 Bruce Ashfield 
>>>
 On 13-10-22 12:23 PM, Mike Lewis wrote:

> Hi Bruce,
>
> I'm trying to accomplish the nearly the same thing (i.e. adding config
> fragment) and I'm having the same issue at the do_patch step. Were you
> able to reproduce this on your end?
>

 Mike,

 Is you config/layer somewhere than I can have a look at it ? I was
 trying
 some builds here, and my tests are working. But I'd like to try it
 with your config as well.

 Bruce


  Thanks,
> Mike
>
> On 10/18/2013 01:17 PM, Bruce Ashfield wrote:
>
>> On 13-10-18 05:17 AM, Diego Sueiro wrote:
>>
>>>
>>> 2013/10/18 Bruce Ashfield >> >> >>
>>>
>>>  I fell behind today .. i had 2300 unread email to start this
>>> morning :)
>>>  Is there a way that I can get a copy of your recipes and layers
>>> ?
>>> If
>>>  I can do a build myself, I can easily debug and fix this ..
>>>  otherwise, we'll
>>>  go back and forth many times debugging.
>>>
>>>  Cheers,
>>>
>>>  Bruce
>>>
>>>
>>> I'm using the environment provided by Angstrom from it's github setup
>>> scripts.
>>> If you want to exactly reproduce it you need to:
>>>
>>>  git clone
>>> https://github.com/Angstrom-**distribution/setup-scripts.git
>>>  cd setup-scripts
>>>  git checkout angstrom-v2013.06-yocto1.4
>>>  MACHINE=beaglebone ./oebb.sh config beaglebone
>>>
>>> Here is the setup and files for meta-mine:
>>>
>>> bblayers.conf:
>>>
>>>  BBLAYERS = \"
>>>
>>>  ...
>>>  ${TOPDIR}/sources/meta-mine \
>>>  "
>>>
>>> meta-mine/conf/layer.conf:
>>>
>>>  # We have a conf and classes directory, append to BBPATH
>>>  BBPATH .= ":${LAYERDIR}"
>>>  # We have a recipes directory, add to BBFILES
>>>  BBFILES += "${LAYERDIR}/recipes*/*/*.bb
>>>  ${LAYERDIR}/recipes*/*/*.**bbappend"
>>>  BBFILE_COLLECTIONS += "mine-layer"
>>>  BBFILE_PATTERN_mine-layer := "^${LAYERDIR}/"
>>>  BBFILE_PRIORITY_mine-layer = "10"
>>>  LAYERDEPENDS_mine-layer = "angstrom-layer"
>>>
>>> meta-mine/recipes-kernel/**linux/linux-mainline_3.8.**bbappend:
>>>
>>>  FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-3.8:"
>>>  inherit kernel
>>>  require recipes-kernel/linux/linux-**yocto.inc
>>>  COMPATIBLE_MACHINE_beaglebone = "(beaglebone)"
>>>  SRC_URI += " file://config-addons.cfg "
>>>
>>> meta-mine/recipes-kernel/**linux/linux-mainline-3.8/**
>>> config-addons.cfg:
>>>
>>>  CONFIG_WATCHDOG_NOWAYOUT=y
>>>  CONFIG_NTFS_FS=y
>>>  CONFIG_NTFS_RW=y
>>>
>>>
>>>
>>> But I think that instead of using the whole Angstrom you can just use
>>> poky and meta-beagleboard/common-bsp on dylan branch.
>>>
>>
>> Great. I'll launch some test builds and see what breaks (or works) :)
>>
>> Bruce
>>
>>
>>> Regards,
>>>
>>> --
>>> *dS
>>> Diego Sueiro
>>>
>>> /*long live rock 'n roll*/
>>>
>>
>> __**_
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://

[yocto] [PATCH] ncurses-terminfo: Remove bashism from basic terminfo installation

2013-10-26 Thread Seth Bollinger 
The vtX terminfo files aren't being copied on systems where bash isn't
the default shell (debian, etc.).  I removed the bash specific syntax
so the files are properly copied on these systems.

Signed-off-by: Seth Bollinger 
---
 meta/recipes-core/ncurses/ncurses.inc |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/ncurses/ncurses.inc 
b/meta/recipes-core/ncurses/ncurses.inc
index 671daf8..01cdf13 100644
--- a/meta/recipes-core/ncurses/ncurses.inc
+++ b/meta/recipes-core/ncurses/ncurses.inc
@@ -174,7 +174,7 @@ shell_do_install() {
 
 # include some basic terminfo files
 # stolen ;) from gentoo and modified a bit
-for x in ansi console dumb linux rxvt screen sun 
vt{52,100,102,200,220} xterm-color xterm-xfree86 xterm-256color
+for x in ansi console dumb linux rxvt screen sun vt52 vt100 vt102 
vt200 vt220 xterm-color xterm-xfree86 xterm-256color
 do
 local termfile="$(find "${D}${datadir}/terminfo/" -name "${x}" 
2>/dev/null)"
 local basedir="$(basename $(dirname "${termfile}"))"
-- 
1.7.10.4

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Custom defconfig is not used

2013-10-26 Thread Bruce Ashfield 

On 13-10-26 6:57 AM, Diego Sueiro wrote:

Bruce,

We have two scenarios here:

 1. bbapend with full defconfig replacement
 2. bbapend with config fragments

The first scenario just worked when using FILESPATH_prepend. For me it
does not make sense, since on YP manual says that
FILESEXTRAPATHS_prepend must be use [1].

The second scenario did not worked even changing to FILESPATH_prepend.



No problem. I'm going to continue looking into this, since we do want
consistent behaviour with all the methods.

Leave it with me and I'll take care of it, I just wanted to be sure you
could move forward while I dig into things (now that I'm back in the
office).

Bruce




[1] -
http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-FILESEXTRAPATHS



Regards,

--
*dS
Diego Sueiro

/*long live rock 'n roll*/


2013/10/25 Mike Lewis mailto:mikele...@alphalem.com>>

Bruce: yep, fixed my issue. Sorry for the bother!

Diego: thanks for the solution!

- Mike


On 10/25/2013 11:44 AM, Bruce Ashfield wrote:

On Fri, Oct 25, 2013 at 7:43 AM, Diego Sueiro
mailto:diego.sue...@gmail.com>> wrote:

Bruce,

Regarding the defconfig not used, I've found this thread on
Angstrom devel
ML:

http://www.mail-archive.com/__angstrom-distro-devel@__linuxtogo.org/msg06721.html



I've replaced "FILESEXTRAPATHS_prepend" with
"FILESPATH_prepend" and removed
the custom "do_configure_prepend" function and bitbake is
now using my
defconfig.
So, it seems that there is an issue with FILESEXTRAPATHS
variable.

Aha. That does make sense.

Mike: does that same change fix your issues ?

Bruce

Regards,

--
*dS
Diego Sueiro

/*long live rock 'n roll*/


2013/10/23 Bruce Ashfield mailto:bruce.ashfi...@windriver.com>>

On 13-10-22 12 :23 PM, Mike Lewis wrote:

Hi Bruce,

I'm trying to accomplish the nearly the same thing
(i.e. adding config
fragment) and I'm having the same issue at the
do_patch step. Were you
able to reproduce this on your end?


Mike,

Is you config/layer somewhere than I can have a look at
it ? I was trying
some builds here, and my tests are working. But I'd like
to try it
with your config as well.

Bruce


Thanks,
Mike

On 10/18/2013 01:17 PM, Bruce Ashfield wrote:

On 13-10-18 05 :17 AM, Diego
Sueiro wrote:


2013/10/18 Bruce Ashfield
mailto:bruce.ashfi...@windriver.com>
>>

  I fell behind today .. i had 2300
unread email to start this
morning :)
  Is there a way that I can get a copy
of your recipes and layers ?
If
  I can do a build myself, I can easily
debug and fix this ..
  otherwise, we'll
  go back and forth many times debugging.

  Cheers,

  Bruce


I'm using the environment provided by
Angstrom from it's github setup
scripts.
If you want to exactly reproduce it you need to:

  git clone

https://github.com/Angstrom-__distribution/setup-scripts.git


  cd setup-scripts
  git checkout angstrom-v2013.06-yocto1.4
  MACHINE=beaglebone ./oebb.sh config
beaglebone

Here is the setup and files for meta-mine:

bblayers.conf:

  BBLAYERS = \"

  ...
  ${TOPDIR}/sources/meta-mine \
  "

meta-mine/conf/layer.conf:

  # We have a conf and clas

Re: [yocto] BAD_RECOMMENDATIONS / BAD_RECOMMENDS not working

2013-10-26 Thread Martin Jansa 
Add .bbappend for packagegroup-core-qt4e and remove qt-demo-init from
RDEPENDS_${PN} there.


On Fri, Oct 25, 2013 at 5:38 PM, Diego Sueiro wrote:

>
> 2013/10/25 Martin Jansa 
>
>> BAD_RECOMMENDATIONS work only for packages which are installed because
>> something has them in RRECOMMENDS, if your custom image has qt-demo-init in
>> IMAGE_INSTALL or pulled by RDEPENDS in some variable, than it won't be
>> removed (and shouldn't be).
>>
>
> Thanks Martin,
>
> qt-demo-init is listed as RDEPENDS on packagegroup-core-qt4e.
> As soon as my image recipe have a IMAGE_INSTALL =
> "packagegroup-core-qt4e", I'll have to remove the init script with 
> ROOTFS_POSTPROCESS_COMMAND.
> That is it?
>
> The renaming question is: packagegroup-core-qt4e should include
> qt-demo-init with RRECOMENDS instead of RDEPENDS?
>
> Regards,
>
> --
> *dS
> Diego Sueiro
>
> /*long live rock 'n roll*/
>
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] yocto-kernel issue.

2013-10-26 Thread Houkes, Bart 
Hi friends,

Currently I enabled the TVP5150 device driver in the kernel by using:
 bitbake -c menuconfig virtual/kernel
switch on  <*> Texas Instruments TVP5150 video decoder 
and rebuild a kernel with > bitbake core-image-minimal 

I want to see if this device is correct in the new kernel and want to see where 
it is inserted. i suspect virtual/kernel may be the wrong name. 
For checking modules I want to use   yocto-kernel feature list  build-atmel

But this crashes... actually most commands with yocto-kernel are crashing. I 
tried also to add the path to the BSP. 

I get following errors:
> yocto-kernel feature list  build-atmel
Unable to find the BSP layer for machine build-atmel.
Please make sure it is listed in bblayers.conf

or i get:
>  yocto-kernel feature list /home/mensfort/workspace_poky/poky/build-atmel
Traceback (most recent call last):
  File "/home/mensfort/workspace_poky/poky/scripts/yocto-kernel", line 394, in 

ret = main()
  File "/home/mensfort/workspace_poky/poky/scripts/yocto-kernel", line 389, in 
main
invoke_subcommand(args, parser, yocto_kernel_help_usage, subcommands)
  File "/home/mensfort/workspace_poky/poky/scripts/lib/bsp/help.py", line 73, 
in invoke_subcommand
subcommands.get(args[0], subcommand_error)[0](args[1:], usage)
  File "/home/mensfort/workspace_poky/poky/scripts/yocto-kernel", line 182, in 
yocto_kernel_feature_list_subcommand
yocto_kernel_feature_list(scripts_path, args[0])
  File "/home/mensfort/workspace_poky/poky/scripts/lib/bsp/kernel.py", line 
594, in yocto_kernel_feature_list
features = read_features(scripts_path, machine)
AttributeError: 'NoneType' object has no attribute 'readlines'

Who has a clue?  thanks ahead.

Disclaimer:
This message contains information that may be privileged or confidential and is 
the property of Sogeti Nederland B.V. or its Group members. It is intended only 
for the person to whom it is addressed. If you are not the intended recipient, 
you are not authorized to read, print, retain, copy, disseminate, distribute, 
or use this message or any part thereof. If you receive this message in error, 
please notify the sender immediately and delete all copies of this message.
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] What is poky/-user-config.cfg doing and where to get it?

2013-10-26 Thread Houkes, Bart 
The script  yocto-kernel   is crashing, because it cannot open the file  
/poky/atmel-user-config.cfg
Apperantly, it is  + "-user-config.cfg" and should be in the poky 
scripts directory.

Who can give me some background about this file, I'm puzzeld (again) ?
Where do I find documentation about this file?

greetings,
Bart Houkes
bart.hou...@sogeti.nl

Disclaimer:
This message contains information that may be privileged or confidential and is 
the property of Sogeti Nederland B.V. or its Group members. It is intended only 
for the person to whom it is addressed. If you are not the intended recipient, 
you are not authorized to read, print, retain, copy, disseminate, distribute, 
or use this message or any part thereof. If you receive this message in error, 
please notify the sender immediately and delete all copies of this message.
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Remote debugging with Yocto

2013-10-26 Thread Houkes, Bart 
Hi, 

By accident I solved some bugs in the repo, now I get better info. Here the 
patch, feel free to use it... or maybe it's already solved, because I use 1.4.1:

diff --git a/scripts/lib/bsp/kernel.py b/scripts/lib/bsp/kernel.py
index fc1e6bd..fbc3555 100644
--- a/scripts/lib/bsp/kernel.py
+++ b/scripts/lib/bsp/kernel.py
@@ -166,13 +166,15 @@ def read_config_items(scripts_path, machine):
 config_items = []
 
 f = open_user_file(scripts_path, machine, machine+"-user-config.cfg", "r")
-lines = f.readlines()
-for line in lines:
-s = line.strip()
-if s and not s.startswith("#"):
-config_items.append(s)
-f.close()
-
+try:
+lines = f.readlines()
+for line in lines:
+s = line.strip()
+if s and not s.startswith("#"):
+config_items.append(s)
+f.close()
+except:
+print "No config file: " +machine+"-user-config.cfg"
 return config_items
 
 
@@ -562,14 +564,16 @@ def read_features(scripts_path, machine):
 features = []
 
 f = open_user_file(scripts_path, machine, machine+"-user-features.scc", 
"r")
-lines = f.readlines()
-for line in lines:
-s = line.strip()
-if s and not s.startswith("#"):
-feature_include = s.split()
-features.append(feature_include[1].strip())
-f.close()
-
+try:
+lines = f.readlines()
+for line in lines:
+s = line.strip()
+if s and not s.startswith("#"):
+feature_include = s.split()
+features.append(feature_include[1].strip())
+f.close()


From: Voicu, Cristiana [cristiana.vo...@intel.com]
Sent: Tuesday, October 22, 2013 4:12 PM
To: Houkes, Bart
Cc: yocto@yoctoproject.org; Rifenbark, Scott M
Subject: RE: [yocto] Remote debugging with Yocto

Hi Bart,

It seems that tcf-agent was moved to eclipse-debug package group. So, instead 
of adding tools-debug to image features, you should add eclipse-debug.
I think that the documentation for tcf-agent is not updated. Scott, can you 
please update this?
Thank you,
Cristiana

-Original Message-
From: Houkes, Bart [mailto:bart.hou...@sogeti.nl]
Sent: Tuesday, October 22, 2013 4:11 PM
To: Voicu, Cristiana
Subject: RE: [yocto] Remote debugging with Yocto

Hi Cristiana,

I did step 2 from 
http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#getting-the-images,
 and changed the makefile a lot. I copied the file stubs-hard.h to 
stubs-soft.h, but in the end I miss a dependency lssl, which I can't find yet.

When I try to do the same with hob and add tcf-agent, it becomes red and hob 
stops without any result. Maybe I should hire the young girl from Yocto's 
movie, for her it is simple.
I added tools-debug to my local-conf and start bitbake again. For HOB, I get 
the RPM file which is useless... I need the sama5d34.dtb,  uImage (kernel 
binary) and a core-image[a-z]*.tar.gz

My local.conf has following:
BB_NUMBER_THREADS = "4"
PARALLEL_MAKE = "-j 4"
MACHINE ??= "sama5d3xek"
DL_DIR ?= "/home/mensfort/workspace_poky/downloads"
DISTRO ?= "poky"
EXTRA_IMAGE_FEATURES = "debug-tweaks tools-debug"<=== Just added 
tools-debug.
USER_CLASSES ?= "buildstats image-mklibs image-prelink"
PATCHRESOLVE = "noop"
BB_DISKMON_DIRS = "\
STOPTASKS,${TMPDIR},1G,100K \
STOPTASKS,${DL_DIR},1G,100K \
STOPTASKS,${SSTATE_DIR},1G,100K \
ABORT,${TMPDIR},100M,1K \
ABORT,${DL_DIR},100M,1K \
ABORT,${SSTATE_DIR},100M,1K"
CONF_VERSION = "1"
SSTATE_MIRRORS = ""
PACKAGE_CLASSES = "package_rpm package_ipk"

I get following output from bitbake, no working output anymore.
| Error: packagegroup-core-boot not found in the base feeds (sama5d3xek 
cortexa9t2hf-vfp cortexa9hf-vfp armv7at2hf-vfp armv7ahf-vfp armv6thf-vfp 
armv6hf-vfp armv5tehf-vfp armv5ehf-vfp armv5thf-vfp armv5hf-vfp noarch any all).
| ERROR: Function failed: do_rootfs (see
| /home/mensfort/workspace_poky/poky/build-atmel/tmp/work/sama5d3xek-pok
| y-linux-gnueabi/core-image-minimal/1.0-r0/temp/log.do_rootfs.28222 for
| further information)
ERROR: Task 7 
(/home/mensfort/workspace_poky/poky/meta/recipes-core/images/core-image-minimal.bb,
 do_rootfs) failed with exit code '1'
Currently 1 running tasks (1864 of 1870):
0: perl-5.14.3-r1 do_package_write_ipk (pid 28220)

Next time to try HOB, I will make a screenshot.
Maybe I am using the 'old' version 1.4.1. How to change to 1.4.2 or 1.5 ?

greetings,
Bart

Hi Bart,
On 10/21/2013 07:31 PM, Houkes, Bart wrote:
> Hi,
>
> 2 issues are blocking for my development:
>
> last few weeks I was able to download my own kernel on the ARM board with 
> SAMA5d3S.
>
> However, with HOB I cannot add TCF-agent or any other project.. HOB will give 
> some error, becomes red and stops. I cannot compile anymore.
>
> I need TCF-agent to do remote debugging.
Regarding tcf-agent, you can find documentation at 
http://www.yoctoproject.org/docs/latest/mega-m

Re: [yocto] yocto-dora problems building python

2013-10-26 Thread João Henrique Freitas 
Hello,

I took some time to test this issue and if I run using Ubuntu 13.04 32bits,
no problem. But when I switched to 64 bits (cleaning my build dir) I got
the problem again.

Using Ubuntu 13.10 64 bits is fine. But I needed to install gcc-multilib.
Because syslinux complains about that is unable to compile using the target
i386.

Thanks.


On Fri, Oct 25, 2013 at 11:16 AM, João Henrique Freitas wrote:

>
> Hello,
>
> I got this QA error when build python:
>
> ERROR: QA Issue: python: The compile log indicates that host include
> and/or library paths were used.
>
> Any hint?
>
> 
> Build Configuration:
> BB_VERSION= "1.20.0"
> BUILD_SYS = "x86_64-linux"
> NATIVELSBSTRING   = "Ubuntu-13.04"
> TARGET_SYS= "i586-poky-linux"
> MACHINE   = "qemux86"
> DISTRO= "poky"
> DISTRO_VERSION= "1.5"
> TUNE_FEATURES = "m32 i586"
> TARGET_FPU= ""
> meta  = "dora:faf8f8660fae26a14578738b642fdeb08bcb9d54"
> meta-oe
> meta-systemd  = "dora:513e7ca20ddd0a5c3b649bf292a67c3e0473d3a8"
> meta-yocto= "dora:faf8f8660fae26a14578738b642fdeb08bcb9d54"
> meta-padtec
> meta-otns = "master:b2db43d21f303e4e02956cc9f2e9ad2bf547dd95"
> meta-intel
> meta-crownbay = "custom:fa3b568222f87fc557f01bb5acb5d362e6bde301"
>
> NOTE: Preparing runqueue
> NOTE: Executing SetScene Tasks
> NOTE: Executing RunQueue Tasks
> ERROR: QA Issue: python: The compile log indicates that host include
> and/or library paths were used.
>  Please check the log
> '/srv/build/yocto/build/work/i586-poky-linux/python/2.7.3-r0.3/temp/log.do_compile'
> for more information.
> ERROR: QA run found fatal errors. Please consider fixing them.
> ERROR: Function failed: do_package_qa
> ERROR: Logfile of failure stored in:
> /srv/build/yocto/build/work/i586-poky-linux/python/2.7.3-r0.3/temp/log.do_package.29112
> ERROR: Task 12 (/home/jfreitas/yocto/poky/meta/recipes-devtools/python/
> python_2.7.3.bb, do_package) failed with exit code '1'
> NOTE: Tasks Summary: Attempted 872 tasks of which 540 didn't need to be
> rerun and 1 failed.
> NOTE: Writing buildhistory
> No currently running tasks (872 of 876)
>
> Summary: 1 task failed:
>   /home/jfreitas/yocto/poky/meta/recipes-devtools/python/python_2.7.3.bb,
> do_package
> Summary: There were 3 ERROR messages shown, returning a non-zero exit code.
>
>
> Thanks.
>



-- 
João Henrique Ferreira de Freitas - joaohf_at_gmail.com
Campinas-SP-Brasil
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto