Re: [OE-core] Hi

[Mats Kärrman]

On Saturday, June 28, 2014 6:04 AM,  Himanshu Pandey wrote:
> But I don't have meta-networking directory in my poky-dora-10.0.0

You may git clone from git://git.openembedded.org/meta-openembedded
The "Dora" branch corresponds to Poky 10.0.0.
See previous instructions on how to include a new layer in your build.

// Mats










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

Re: [OE-core] Cape Manager

[Life Life]

Please tell me how to add this layer to Yocto ? I'm using Hob interface


2014-06-30 6:46 GMT+03:00 Robert Yang :

>
> On 06/30/2014 12:24 AM, Life Life wrote:
>
>> Hello,
>>
>> I'm trying build yocto based linux, My hardware is beaglebone black I
>> successfull build system image. But I can't see capemanager. Beacuse my
>> lcd is
>> not work.
>>
>
> Hello,
>
> The cape manager is in meta-ti layer:
>
> http://layers.openembedded.org/layerindex/branch/master/layer/meta-ti/
>
> Seems that we'd better add it to meta-yoco-bsp ?
>
> Add Saul in the loop.
>
>
>> Thanks
>>
>>
>>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Cape Manager

[Anders Darander]

* Robert Yang  [140630 05:47]:


> On 06/30/2014 12:24 AM, Life Life wrote:
> > Hello,

> > I'm trying build yocto based linux, My hardware is beaglebone black I
> > successfull build system image. But I can't see capemanager. Beacuse my lcd 
> > is
> > not work.

> Hello,

> The cape manager is in meta-ti layer:

> http://layers.openembedded.org/layerindex/branch/master/layer/meta-ti/

> Seems that we'd better add it to meta-yoco-bsp ?

Unless something has changed since I last looked at this, I don't think
so. 

If I remember correctly, capemgr basically consists of a number of
patches not in the mainline kernel (and also not in TI's staging
kernel). I haven't checked it, by I doubt that we have them in the
linux-yocto kernel. (Especially as the last time I checked it, you had
to revert to a 3.8 (if I rember correctly, it might have been an even
earlier kernel) kernel to get full capemgr support.

If this has changed, then it'd be interesting to know!

Cheers,
Anders

> Add Saul in the loop.


-- 
Anders Darander
ChargeStorm AB / eStorm AB
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Cape Manager

[Life Life]

Hello,

I add ti-meta but capemgr is not work

This my boot log

Booting from mmc ...
## Booting kernel from Legacy Image at 80007fc0 ...
   Image Name:   Linux-3.14.0-yocto-standard
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:4985304 Bytes = 4.8 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 80f8
   Booting using the fdt blob at 0x80f8
   XIP Kernel Image ... OK
OK
   Using Device Tree in place at 80f8, end 80f8a207

Starting kernel ...

Booting Linux on physical CPU 0x0
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Initializing cgroup subsys cpuacct
Linux version 3.14.0-yocto-standard (panda@pandabook) (gcc version 4.8.2
(GCC) ) #1 PREEMPT Fri Jun 27 15:16:56 EEST 2014
CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: TI AM335x BeagleBone
cma: CMA: reserved 16 MiB at 9e80
Memory policy: Data cache writeback
CPU: All CPU(s) started in SVC mode.
AM335X ES2.1 (sgx neon )
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 129792
Kernel command line: console=ttyO0,115200n8 root=/dev/mmcblk0p2 ro
rootfstype=ext4 rootwait
PID hash table entries: 2048 (order: 1, 8192 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
allocated 1048576 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
Memory: 489448K/523264K available (7491K kernel code, 520K rwdata, 2444K
rodata, 488K init, 757K bss, 33816K reserved, 0K highmem)
Virtual kernel memory layout:
vector  : 0x - 0x1000   (   4 kB)
fixmap  : 0xfff0 - 0xfffe   ( 896 kB)
vmalloc : 0xe080 - 0xff00   ( 488 MB)
lowmem  : 0xc000 - 0xe000   ( 512 MB)
pkmap   : 0xbfe0 - 0xc000   (   2 MB)
modules : 0xbf00 - 0xbfe0   (  14 MB)
  .text : 0xc0008000 - 0xc09bc044   (9937 kB)
  .init : 0xc09bd000 - 0xc0a37034   ( 489 kB)
  .data : 0xc0a38000 - 0xc0aba0d4   ( 521 kB)
   .bss : 0xc0aba0d4 - 0xc0b77678   ( 758 kB)
SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Preemptible hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
IRQ: Found an INTC at 0xfa20 (revision 5.0) with 128 interrupts
Total of 128 interrupts on 1 active controller
OMAP clockevent source: timer2 at 2400 Hz
sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956969942ns
OMAP clocksource: timer1 at 2400 Hz
Console: colour dummy device 80x30
Calibrating delay loop... 548.86 BogoMIPS (lpj=2744320)
pid_max: default: 32768 minimum: 301
Security Framework initialized
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
Initializing cgroup subsys debug
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
Initializing cgroup subsys blkio
CPU: Testing write buffer coherency: ok
ftrace: allocating 25107 entries in 74 pages
Setting up static identity map for 0x806c4000 - 0x806c4058
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 3
omap_hwmod: tptc0 using broken dt data from edma
omap_hwmod: tptc1 using broken dt data from edma
omap_hwmod: tptc2 using broken dt data from edma
omap_hwmod: debugss: _wait_target_disable failed
xor: measuring software checksum speed
   arm4regs  :   685.200 MB/sec
   8regs :   504.800 MB/sec
   32regs:   658.800 MB/sec
xor: using function: arm4regs (685.200 MB/sec)
pinctrl core: initialized pinctrl subsystem
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cpuidle: using governor ladder
cpuidle: using governor menu
platform 4900.edma: alias fck already exists
platform 4900.edma: alias fck already exists
platform 4900.edma: alias fck already exists
OMAP GPIO hardware version 0.1
hw-breakpoint: debug architecture 0x4 unsupported.
bio: create slab  at 0
raid6: int32x1 89 MB/s
raid6: int32x2107 MB/s
raid6: int32x4 90 MB/s
raid6: int32x8 92 MB/s
raid6: using algorithm int32x2 (107 MB/s)
raid6: using intx1 recovery algorithm
edma-dma-engine edma-dma-engine.0: TI EDMA DMA engine driver
vmmcsd_fixed: 3300 mV
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
omap_i2c 44e0b000.i2c: could not find pctldev for node
/pinmux@44e10800/pinmux_i2c0_pins,
deferring probe
platform 44e0b000.i2c: Driver omap_i2c requests probe deferral
cfg80211: Calling CRDA to update world regulatory domain
Switched to clocksource timer1
NET: Registered protocol family 2
TCP established hash table entries: 4096

[OE-core] [PATCH 1/2] oeqa/selftest/toaster.py: renamed to _toaster.py

[Ionut Chisanovici]

In order not to run the toaster selftests by default, we renamed to _toaster.py

Signed-off-by: Ionut Chisanovici 
---
 meta/lib/oeqa/selftest/{toaster.py => _toaster.py} | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename meta/lib/oeqa/selftest/{toaster.py => _toaster.py} (100%)

diff --git a/meta/lib/oeqa/selftest/toaster.py 
b/meta/lib/oeqa/selftest/_toaster.py
similarity index 100%
rename from meta/lib/oeqa/selftest/toaster.py
rename to meta/lib/oeqa/selftest/_toaster.py
-- 
1.8.3.2

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

[OE-core] [PATCH 2/2] oeqa/selftest/_toaster.py: fix 'IndentationError' issues

[Ionut Chisanovici]

There were some indentation errors when the _toaster.py was merged into master.
This patch fix those errors.

Signed-off-by: Ionut Chisanovici 
---
 meta/lib/oeqa/selftest/_toaster.py | 560 ++---
 1 file changed, 280 insertions(+), 280 deletions(-)

diff --git a/meta/lib/oeqa/selftest/_toaster.py 
b/meta/lib/oeqa/selftest/_toaster.py
index 4ab6cbf..5a42e93 100644
--- a/meta/lib/oeqa/selftest/_toaster.py
+++ b/meta/lib/oeqa/selftest/_toaster.py
@@ -18,82 +18,82 @@ from orm.models import *
 class ToasterSetup(oeSelfTest):
 
 def recipe_parse(self, file_path, var):
-for line in open(file_path,'r'):
-if line.find(var) > -1:
-val = line.split(" = ")[1].replace("\"", "").strip()
-return val
+   for line in open(file_path,'r'):
+   if line.find(var) > -1:
+   val = line.split(" = ")[1].replace("\"", "").strip()
+   return val
 
 def fix_file_path(self, file_path):
-if ":" in file_path:
-file_path=file_path.split(":")[2]
-return file_path
+   if ":" in file_path:
+   file_path=file_path.split(":")[2]
+   return file_path
 
 class Toaster_DB_Tests(ToasterSetup):
 
 # Check if build name is unique - tc_id=795
 def test_Build_Unique_Name_TC795(self):
-all_builds = Build.objects.all().count()
-distinct_builds = Build.objects.values('id').distinct().count()
-self.assertEqual(distinct_builds, all_builds, msg = 'Build name is not 
unique')
+   all_builds = Build.objects.all().count()
+   distinct_builds = Build.objects.values('id').distinct().count()
+   self.assertEqual(distinct_builds, all_builds, msg = 'Build name is not 
unique')
 
-# Check if build cooker log path is unique - tc_id=819
+# Check if build coocker log path is unique - tc_id=819
 def test_Build_Unique_Cooker_Log_Path_TC819(self):
-distinct_path = Build.objects.values('cooker_log_path').distinct().count()
-total_builds = Build.objects.values('id').count()
-self.assertEqual(distinct_path, total_builds, msg = 'Build cooker log path 
is not unique')
+   distinct_path = 
Build.objects.values('cooker_log_path').distinct().count()
+   total_builds = Build.objects.values('id').count()
+   self.assertEqual(distinct_path, total_builds, msg = 'Build coocker log 
path is not unique')
 
 # Check if the number of errors matches the number of orm_logmessage.level 
entries with value 2 - tc_id=820
 def test_Build_Errors_No_TC820(self):
-builds = Build.objects.values('id', 'errors_no')
-cnt_err = []
-for build in builds:
-log_mess_err_no = LogMessage.objects.filter(build = build['id'], level 
= 2).count()
-if (build['errors_no'] != log_mess_err_no):
-cnt_err.append(build['id'])
-self.assertEqual(len(cnt_err), 0, msg = 'Errors for build id: %s' % 
cnt_err)
+   builds = Build.objects.values('id', 'errors_no')
+   cnt_err = []
+   for build in builds:
+   log_mess_err_no = LogMessage.objects.filter(build = build['id'], 
level = 2).count()
+   if (build['errors_no'] != log_mess_err_no):
+   cnt_err.append(build['id'])
+   self.assertEqual(len(cnt_err), 0, msg = 'Errors for build id: %s' % 
cnt_err)
 
 # Check if the number of warnings matches the number of 
orm_logmessage.level entries with value 1 - tc=821
 def test_Build_Warnings_No_TC821(self):
-builds = Build.objects.values('id', 'warnings_no')
-cnt_err = []
-for build in builds:
-log_mess_warn_no = LogMessage.objects.filter(build = build['id'], 
level = 1).count()
-if (build['warnings_no'] != log_mess_warn_no):
-cnt_err.append(build['id'])
-self.assertEqual(len(cnt_err), 0, msg = 'Errors for build id: %s' % 
cnt_err)
+   builds = Build.objects.values('id', 'warnings_no')
+   cnt_err = []
+   for build in builds:
+   log_mess_warn_no = LogMessage.objects.filter(build = build['id'], 
level = 1).count()
+   if (build['warnings_no'] != log_mess_warn_no):
+   cnt_err.append(build['id'])
+   self.assertEqual(len(cnt_err), 0, msg = 'Errors for build id: %s' % 
cnt_err)
 
 # Check if the build succeeded then the errors_no is 0 - tc_id=822
 def test_Build_Suceeded_Errors_No_TC822(self):
-builds = Build.objects.filter(outcome = 0).values('id', 'errors_no')
-cnt_err = []
-for build in builds:
-if (build['errors_no'] != 0):
-cnt_err.append(build['id'])
-self.assertEqual(len(cnt_err), 0, msg = 'Errors for build id: %s' % 
cnt_err)
-
-# Check if task order is unique for one build - tc=824
+   builds = Build.objects.filter(outcome = 0).values('id', 'errors_no')
+   cnt_err = []
+   for build in builds:
+   if (build['errors_no'] != 0):
+   cnt_err.append(build['id'])
+   self.assertEqual(len(cnt_err), 0, msg = 'Errors for build id: %s' % 
cnt_err)
+
+# Check if task orde

Re: [OE-core] Cape Manager

[Anders Darander]

* Life Life  [140630 10:37]:

> Hello,

> I add ti-meta but capemgr is not work

> Linux version 3.14.0-yocto-standard (panda@pandabook) (gcc version 4.8.2 (GCC)

I took a _really_ quick look at ti-linux-kernel (as well as
linux-yocto), neither one seems to include the capemgr-patches.

Cheers,
Anders


-- 
Anders Darander
ChargeStorm AB / eStorm AB
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] How to clean using bitbake

[Himanshu Pandey]

Hi,

How to clean using bitbake?

What is the command for that?

Regards,
Himanshu


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

Re: [OE-core] How to clean using bitbake

[Mats Kärrman]

Hi Himanshu,

On Monday, June 30, 2014 11:23 AM, Himanshu Pandey wrote:
> How to clean using bitbake?
> What is the command for that?

Please refer to https://www.yoctoproject.org/documentation/current

BR // Mats









Get your own 
FREE website, 
FREE domain & 
FREE mobile app with Company email.  

Know
 More >






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

[OE-core] [PATCH 1/1] python3: fix builtins imports

[Roxana]

On some Linux distros the current working directory
is not added to the linker's path.
Issue reproduced on Ubuntu 14.04 LTS.

Fix for [YOCTO #6467].

Signed-off-by: Roxana 
---
 meta/recipes-devtools/python/python3/unixccompiler.patch | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/python/python3/unixccompiler.patch 
b/meta/recipes-devtools/python/python3/unixccompiler.patch
index b2229b4..7b90f13 100644
--- a/meta/recipes-devtools/python/python3/unixccompiler.patch
+++ b/meta/recipes-devtools/python/python3/unixccompiler.patch
@@ -13,11 +13,13 @@ Index: Python-3.3.2/Lib/distutils/unixccompiler.py
 ===
 --- Python-3.3.2.orig/Lib/distutils/unixccompiler.py   2013-05-15 
09:32:54.0 -0700
 +++ Python-3.3.2/Lib/distutils/unixccompiler.py2013-08-01 
00:58:18.629056286 -0700
-@@ -202,7 +202,7 @@
+@@ -202,7 +202,9 @@
  # ccompiler.py.
  
  def library_dir_option(self, dir):
 -return "-L" + dir
++if dir.startswith("."):
++return "-L" + dir
 +return "-L=" + dir
  
  def _is_gcc(self, compiler_name):
-- 
1.9.1

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

[OE-core] [PATCH 0/1] Fix for YB6467

[Roxana]

The following changes since commit 6b5484d17df275b706a2b3c06bf7988da5818000:

  Revert "libusb: add missing build dependency on udev" (2014-06-29 10:00:44 
+0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib roxana/YB6467
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=roxana/YB6467

Roxana (1):
  python3: fix builtins imports

 meta/recipes-devtools/python/python3/unixccompiler.patch | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

-- 
1.9.1

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

[OE-core] Error

[Himanshu Pandey]

Hi, 

I am getting this error when I run bitbake command:

Error: busybox not found in the base feeds (genericx86_64 x86_64 noarch any 
all).   

How to resolve this?

Regards,
Himanshu

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

Re: [OE-core] Cape Manager

[Life Life]

Hello Again,

How to make ti-linux-kernel build hob ? or Angstrom distro ?

Thanks.


2014-06-30 11:49 GMT+03:00 Anders Darander :

> * Life Life  [140630 10:37]:
>
> > Hello,
>
> > I add ti-meta but capemgr is not work
>
> > Linux version 3.14.0-yocto-standard (panda@pandabook) (gcc version
> 4.8.2 (GCC)
>
> I took a _really_ quick look at ti-linux-kernel (as well as
> linux-yocto), neither one seems to include the capemgr-patches.
>
> Cheers,
> Anders
>
>
> --
> Anders Darander
> ChargeStorm AB / eStorm AB
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [bitbake-devel] Hi

[Himanshu Pandey]

Hi,

Script in this section is appending just after the COMPRESS_CMD_bz2 command
and the full script is executing as a single command.

I want to run my script separately just after rootfs.tar.bz2 is created.

Please help.

Thanks in advance

From: Robert Yang 
Sent: Sat, 21 Jun 2014 18:43:15 
To: Himanshu Pandey , Patches and 
discussions about the oe-core layer 

Subject: Re: [bitbake-devel] Hi


Hello,



I think that this email should go into oe-core mailing list (see

the CC). You can refer to:



oe-core/meta/classes/image_types.bbclass:



IMAGE_CMD_tar = "tar -cvf ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar -C 

${IMAGE_ROOTFS} ."

COMPRESS_CMD_bz2 = "bzip2 -f -k ${IMAGE_NAME}.rootfs.${type}"



I think that you can add something like the following to your recipe:



COMPRESS_CMD_bz2_append () {

   

}



Then the script would run after the .tar.bz2 is created.



// Robert



On 06/21/2014 08:26 PM, Himanshu Pandey wrote:

> Hi,

>

> I have a requirement that once the .tar.bz2 is created I want my shell 
script to

> be executed finally.

>

> So where do I have to add this?

>

> So what I have to do in order to achieve this.

>

> Regards,

> Himanshu Pandey

>

> 
;

> Get your own *FREE* website, *FREE* domain & *FREE* mobile app with 
Company email.

>    *Know More >*

> 
;

>

>

>

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

[OE-core] package_name_hook in debian.bbclass

[Burton, Ross]

Hi,

package_name_hook in debian.bbclass is tagged using EXPORT_FUNCTIONS,
so that other classes can "inherit" it and define their own
foo_package_name_hook, calling up to debian_package_name_hook.

This seems unlikely to actually happen, and I was thinking about
removing the EXPORT_FUNCTIONS tag.  Would this break anyone's code?

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

[OE-core] Regarding Package dependencies

[Himanshu Pandey]

Hi,

I want to install a package which is dependent on two other packages and those 
dependent packages should be compiled first followed by the first package.

So how to achieve this in YOCTO. 

Please help.

Regards,
Himanshu


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

[OE-core] Reagrding meta-networking

[Himanshu Pandey]

Hi,

Since I want dhcp and pppoe, so I downloaded the same from git and included 
meta-networking layer in bblayers.conf. This layer is getting compiled but 
somehow dhcp and pppoe are not getting included in the final image. So what I 
have to do inorder to add dhcp and pppoe in the final image.

Please help.

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

Re: [OE-core] Cape Manager

[Diego Sueiro]

On Mon, Jun 30, 2014 at 5:15 AM, Anders Darander 
wrote:

> * Robert Yang  [140630 05:47]:
>
>
> > On 06/30/2014 12:24 AM, Life Life wrote:
> > > Hello,
>
> > > I'm trying build yocto based linux, My hardware is beaglebone black I
> > > successfull build system image. But I can't see capemanager. Beacuse
> my lcd is
> > > not work.
>
> > Hello,
>
> > The cape manager is in meta-ti layer:
>
> > http://layers.openembedded.org/layerindex/branch/master/layer/meta-ti/
>
> > Seems that we'd better add it to meta-yoco-bsp ?
>
> Unless something has changed since I last looked at this, I don't think
> so.
>
> If I remember correctly, capemgr basically consists of a number of
> patches not in the mainline kernel (and also not in TI's staging
> kernel). I haven't checked it, by I doubt that we have them in the
> linux-yocto kernel. (Especially as the last time I checked it, you had
> to revert to a 3.8 (if I rember correctly, it might have been an even
> earlier kernel) kernel to get full capemgr support.
>
> If this has changed, then it'd be interesting to know!
>
> Cheers,
> Anders
>

To get cape manager support you have to use meta-beagleboard layer (
linux-mainline_3.8.bb

)



Regards,

--
*dS
Diego Sueiro

Administrador do Embarcados
www.embarcados.com.br


/*long live rock 'n roll*/
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libusb: add missing build dependency on udev

[Chereau, Fabien]

Hi Richard,

In fact I had an issue in case systemd was used instead of sysV but I can't 
reproduce this anymore after a full sstate clean.. I also had the same issue as 
you mention when using sysV.

So I clearly didn't tested the patch enough, sorry about that.

Fabien


From: Richard Purdie [richard.pur...@linuxfoundation.org]
Sent: Sunday, June 29, 2014 11:05 AM
To: Chereau, Fabien
Cc: Openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] libusb: add missing build dependency on udev

On Thu, 2014-06-26 at 12:20 +0200, Fabien Chereau wrote:
> This fixes the ./configure error in case libusb is built before udev/systemd.
>
> Signed-off-by: Fabien Chereau 
> ---
>  meta/recipes-support/libusb/libusb1_1.0.19.bb | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta/recipes-support/libusb/libusb1_1.0.19.bb 
> b/meta/recipes-support/libusb/libusb1_1.0.19.bb
> index a20e1fc..be2be9d 100644
> --- a/meta/recipes-support/libusb/libusb1_1.0.19.bb
> +++ b/meta/recipes-support/libusb/libusb1_1.0.19.bb
> @@ -6,6 +6,8 @@ SECTION = "libs"
>  LICENSE = "LGPLv2.1+"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=fbc093901857fcd118f065f900982c24"
>
> +DEPENDS_append = " udev"
> +
>  BBCLASSEXTEND = "native nativesdk"
>
>  SRC_URI = "${SOURCEFORGE_MIRROR}/libusb/libusb-${PV}.tar.bz2 \

This causes the build to explode with circular dependency issues. How
did you test this?

https://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/147/steps/BuildImages/logs/stdio

There is a second error about a missing nativesdk-udev dependency (to
build nativesdk-libusb1) too.

Cheers,

Richard

-
Intel Corporation SAS (French simplified joint stock company)
Registered headquarters: "Les Montalets"- 2, rue de Paris, 
92196 Meudon Cedex, France
Registration Number:  302 456 199 R.C.S. NANTERRE
Capital: 4,572,000 Euros

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

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

[OE-core] [oe-core][dora][PATCH] e2fsprogs: Fix populate-extfs.sh

[Stéphane Cerveau]

Fix the use of command dirname on ubuntu 12.04.
dirname does not accept space in file name.

Signed-off-by: Stéphane Cerveau 
---
 .../e2fsprogs/e2fsprogs-1.42.8/populate-extfs.sh   |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs-1.42.8/populate-extfs.sh 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs-1.42.8/populate-extfs.sh
index 26a8d89..47f5b5b 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs-1.42.8/populate-extfs.sh
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs-1.42.8/populate-extfs.sh
@@ -28,7 +28,7 @@ DEBUGFS="debugfs"
[ ! -z "$DIR" ] || continue
[ ! -z "$TGT" ] || continue
 
-DIR="$(dirname $DIR)"
+DIR="$(dirname "$DIR")"
 
if [ "$DIR" != "$CWD" ]; then
echo "cd $DIR"
-- 
1.7.9.5

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

Re: [OE-core] [oe-core][dora][PATCH] e2fsprogs: Fix populate-extfs.sh

[Stephane Cerveau]

This patch applies to master and daisy branches too.

On 06/30/2014 04:18 PM, Stéphane Cerveau wrote:

Fix the use of command dirname on ubuntu 12.04.
dirname does not accept space in file name.

Signed-off-by: Stéphane Cerveau 
---
  .../e2fsprogs/e2fsprogs-1.42.8/populate-extfs.sh   |2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs-1.42.8/populate-extfs.sh 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs-1.42.8/populate-extfs.sh
index 26a8d89..47f5b5b 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs-1.42.8/populate-extfs.sh
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs-1.42.8/populate-extfs.sh
@@ -28,7 +28,7 @@ DEBUGFS="debugfs"
[ ! -z "$DIR" ] || continue
[ ! -z "$TGT" ] || continue
  
-DIR="$(dirname $DIR)"

+DIR="$(dirname "$DIR")"
  
  		if [ "$DIR" != "$CWD" ]; then

echo "cd $DIR"


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

[OE-core] [oe-core][dora][PATCH] vala: should not depend on gtk+

[Stéphane Cerveau]

Signed-off-by: Stéphane Cerveau 
---
 meta/recipes-devtools/vala/vala.inc |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/vala/vala.inc 
b/meta/recipes-devtools/vala/vala.inc
index a8927d7..a9e5a57 100644
--- a/meta/recipes-devtools/vala/vala.inc
+++ b/meta/recipes-devtools/vala/vala.inc
@@ -1,7 +1,7 @@
 DESCRIPTION = "Vala is a C#-like language dedicated to ease GObject 
programming. \
 Vala compiles to plain C and has no runtime environment nor penalities 
whatsoever."
 SECTION = "devel"
-DEPENDS = "glib-2.0 dbus gtk+"
+DEPENDS = "glib-2.0 dbus"
 BBCLASSEXTEND = "native"
 DEPENDS_virtclass-native = "bison-native glib-2.0-native dbus-native"
 HOMEPAGE = "http://vala-project.org";
-- 
1.7.9.5

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

[OE-core] [PATCH v2] libav: add PACKAGECONFIG for theora, libvorbis, speex and openssl

[Matthieu Crapet]

Dropped libvorvis dependency because there is already a (better) builtin vorbis 
codec.
Don't confuse codec names: "vorbis" (builtin) and "libvorbis" (using external 
library).

Changes:
- add --enable-nonfree when faac or openssl are used
- add DESCRIPTION
- sort PACKAGECONFIG entries

Tested with libav-0.8.11 & libav-9.13.

Note: Be sure to have a recent version of bitbake (2014-06-11 or better) 
including this:
http://cgit.openembedded.org/bitbake/commit/?id=2e742c03e8dfdfa67899e7f5d579ed14bd87e139
It affects behavior of bb.utils.contains_any

Signed-off-by: Matthieu Crapet 
---
 meta/recipes-multimedia/libav/libav.inc | 30 ++
 1 file changed, 22 insertions(+), 8 deletions(-)

diff --git a/meta/recipes-multimedia/libav/libav.inc 
b/meta/recipes-multimedia/libav/libav.inc
index a05a2a6..1d617a2 100644
--- a/meta/recipes-multimedia/libav/libav.inc
+++ b/meta/recipes-multimedia/libav/libav.inc
@@ -1,6 +1,12 @@
-SUMMARY = "A complete, cross-platform solution to record, convert and stream 
audio and video"
+SUMMARY = "Open source audio and video processing tools and librairies"
+DESCRIPTION = "Libav is a friendly and community-driven effort to provide its 
users \
+   with a set of portable, functional and high-performance 
libraries for \
+   dealing with multimedia formats of all sorts. It originates 
from the \
+   FFmpeg codebase, but goes its own way these days, providing its 
users \
+   with reliable releases and a clear vision how to go forward."
 HOMEPAGE = "http://libav.org/";
 SECTION = "libs"
+
 LICENSE = "GPLv2+"
 LICENSE_FLAGS = "commercial"
 
@@ -9,7 +15,7 @@ PROVIDES = "ffmpeg"
 
 ARM_INSTRUCTION_SET = "arm"
 
-DEPENDS = "zlib libogg libvorbis libtheora yasm-native"
+DEPENDS = "zlib libogg yasm-native"
 
 INC_PR = "r8"
 
@@ -23,21 +29,29 @@ BUILD_OPTIMIZATION = "${FULL_OPTIMIZATION}"
 EXTRA_FFCONF_armv7a = "--cpu=cortex-a8"
 EXTRA_FFCONF ?= ""
 
-PACKAGECONFIG ??= "bzip2 x264 ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 
'x11', '', d)}"
-PACKAGECONFIG[jack] = "--enable-indev=jack,--disable-indev=jack,jack"
+PACKAGECONFIG ??= "bzip2 x264 theora ${@bb.utils.contains('DISTRO_FEATURES', 
'x11', 'x11', '', d)}"
 PACKAGECONFIG[bzip2] = "--enable-bzlib,--disable-bzlib,bzip2"
-PACKAGECONFIG[schroedinger] = 
"--enable-libschroedinger,--disable-libschroedinger,schroedinger"
+PACKAGECONFIG[faac] = "--enable-libfaac,--disable-libfaac,faac"
 PACKAGECONFIG[gsm] = "--enable-libgsm,--disable-libgsm,libgsm"
-PACKAGECONFIG[x264] = "--enable-libx264,--disable-libx264,x264"
-PACKAGECONFIG[vpx] = "--enable-libvpx,--disable-libvpx,libvpx"
+PACKAGECONFIG[jack] = "--enable-indev=jack,--disable-indev=jack,jack"
+PACKAGECONFIG[libvorbis] = "--enable-libvorbis,--disable-libvorbis,libvorbis"
 PACKAGECONFIG[mp3lame] = "--enable-libmp3lame,--disable-libmp3lame,lame"
-PACKAGECONFIG[faac] = "--enable-libfaac,--disable-libfaac,faac"
+PACKAGECONFIG[openssl] = "--enable-openssl,--disable-openssl,openssl"
+PACKAGECONFIG[schroedinger] = 
"--enable-libschroedinger,--disable-libschroedinger,schroedinger"
+PACKAGECONFIG[speex] = "--enable-libspeex,--disable-libspeex,speex"
+PACKAGECONFIG[theora] = "--enable-libtheora,--disable-libtheora,libtheora"
+PACKAGECONFIG[vpx] = "--enable-libvpx,--disable-libvpx,libvpx"
 PACKAGECONFIG[x11] = "--enable-x11grab,--disable-x11grab,virtual/libx11 
libxfixes libxext xproto virtual/libsdl"
+PACKAGECONFIG[x264] = "--enable-libx264,--disable-libx264,x264"
+
+# Check codecs that require --enable-nonfree
+USE_NONFREE = "${@bb.utils.contains_any('PACKAGECONFIG', [ 'faac', 'openssl' 
], 'yes', '', d)}"
 
 EXTRA_OECONF = " \
 --enable-shared \
 --enable-pthreads \
 --enable-gpl \
+${@bb.utils.contains('USE_NONFREE', 'yes', '--enable-nonfree', '', d)} \
 --enable-avfilter \
 \
 --cross-prefix=${TARGET_PREFIX} \
-- 
2.0.0

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

Re: [OE-core] [oe-core][dora][PATCH] e2fsprogs: Fix populate-extfs.sh

[Richard Purdie]

On Mon, 2014-06-30 at 16:20 +0200, Stephane Cerveau wrote:
> This patch applies to master and daisy branches too.

Really? 

That is a little odd since populate-extfs.sh was removed in them?

Cheers,

Richard

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

Re: [OE-core] Carrier Grade layer proposal

[Alexandru Vaduva]

Hello Jeff,

The available layer is a work in progress.
For the moment we have done an internal mapping of the packages needed inside 
meta-cgl layer. The mapping is done as following:
A. Requirement that map against package/packages with recipes that already 
exists in Yocto
  A1. Requirement that map against package/packages with recipes already 
existing in meta-enea
  A2. Requirement that map against package/packages with recipes that exists in 
Yocto (but not in meta-enea)
B. Requirement that map against package/packages without any recipe
C. Requirement does not directly map against package/packages and needs some 
investigation.
D. Requirement that no solution have been found after a more detailed 
investigation.

When the release was made available on the public repository, the packages from 
the A1 and A2 were integrated, a bunch of them with compilation errors:

-  lksctp-tools

-  openais

-  pacemaker

-  openhpi

-  open-iscsi-user

-  open-iscsi-kernel

-  libcap-ng

-  cluster-glue

-  cluster-resource-agents
The activity on the meta-cgl was resumed today and those build and integration 
errors will be dealt next.

On the longer run we will try to create recipes and/or fulfill all the other 
requirements from the class B, C, and D.
Please do not hesitate to contact me if you have further questions.


Alex

From: Jon Aldama
Sent: Friday, June 27, 2014 1:07 PM
To: Alexandru Vaduva; Cosmin Moldoveanu; Jenny Andersson; David Nyström
Cc: Daniel Bornaz; Adrian Dudau
Subject: RE: Carrier Grade layer proposal

Roger that! Thanks Alexandru!


From: Alexandru Vaduva
Sent: den 27 juni 2014 11:43
To: Jon Aldama; Cosmin Moldoveanu; Jenny Andersson; David Nyström
Cc: Daniel Bornaz; Adrian Dudau
Subject: RE: Carrier Grade layer proposal

Hello Jon,

We will first have an internal meeting on Monday and after that I will offer an 
answer to Jeff.


Alex

From: Jon Aldama
Sent: Friday, June 27, 2014 12:32 PM
To: Cosmin Moldoveanu; Jenny Andersson; David Nyström
Cc: Alexandru Vaduva; Daniel Bornaz; Adrian Dudau
Subject: RE: Carrier Grade layer proposal

Thank you Cosmin,

Alexandru, could you please respond Jeff at the mailing list? (see down below)

Cheers
Jon

From: Cosmin Moldoveanu
Sent: den 27 juni 2014 10:59
To: Jenny Andersson; Jon Aldama; David Nyström
Cc: Alexandru Vaduva; Daniel Bornaz; Adrian Dudau
Subject: RE: Carrier Grade layer proposal

Hi,

Alexandru Vaduva will be main responsible for interfacing with community on 
meta-cgl topic. He will also attend Yocto Technical Meetings whenever necessary 
from now on.

BR,
/Cosmin

From: Jenny Andersson
Sent: Friday, June 27, 2014 10:32 AM
To: Jon Aldama; David Nyström; Cosmin Moldoveanu
Cc: Valentin Cobelea
Subject: RE: Carrier Grade layer proposal

Hi Cosmin,

How took over after Valentin left Enea? Could someone in your team respond.

Thanks,
Jenny

From: Jon Aldama
Sent: den 27 juni 2014 09:28
To: David Nyström; Jenny Andersson
Cc: Valentin Cobelea
Subject: FW: Carrier Grade layer proposal

David, Jenny,

Will any of you answer this?

BTW, have you managed to file the Yocto compatibility application?

Regards
Jon

From: Osier-mixon, Jeffrey [mailto:jeffrey.osier-mi...@intel.com]
Sent: den 26 juni 2014 20:36
To: David Nyström; 
davide.ri...@windriver.com; 
challi...@gmail.com; 
teodor.boborn...@windriver.com; Valentin 
Cobelea; chase.mau...@ti.com; Jon Aldama; 
philip.balis...@gmail.com; 
kevin_mcco...@mentor.com; 
akus...@mvista.com; 
jason.wes...@windriver.com; 
richard.pur...@linuxfoundation.org; 
hui.g...@huawei.com; 
john_che...@mentor.com; 
jeffrey.osier-mi...@intel.com
Cc: Philip Balister
Subject: YP: Carrier Grade layer proposal

Hi all - this is a simple followup to our meeting at ELC regarding a meta-cgl 
layer, proposed by Enea.

The plan was to create a list of recipes to be included, and to start a 
discussion on the mailing list.There is a thread on the list from back in 
April, but I don't see anything more recent than that. Has there been any 
progress?

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

Re: [OE-core] [oe-core][dora][PATCH] e2fsprogs: Fix populate-extfs.sh

[Stephane Cerveau]

Sorry i have been fooled by the poky web interface :(
Anyway the bug is real on dora branch.
Cheers

Stéphane

On 06/30/2014 04:51 PM, Richard Purdie wrote:

On Mon, 2014-06-30 at 16:20 +0200, Stephane Cerveau wrote:

This patch applies to master and daisy branches too.

Really?

That is a little odd since populate-extfs.sh was removed in them?

Cheers,

Richard



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

Re: [OE-core] [oe-core][dora][PATCH] e2fsprogs: Fix populate-extfs.sh

[Otavio Salvador]

On Mon, Jun 30, 2014 at 12:06 PM, Stephane Cerveau
 wrote:
> Sorry i have been fooled by the poky web interface :(
> Anyway the bug is real on dora branch.

Which branch did you test it?

You shouldn't say for backport something you didn't test.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-core][dora][PATCH] e2fsprogs: Fix populate-extfs.sh

[Stephane Cerveau]

Dear Otavio,

I have been testing on dora branch.
I havent been testing on master and daisy, my mistake :(

On 06/30/2014 05:08 PM, Otavio Salvador wrote:

On Mon, Jun 30, 2014 at 12:06 PM, Stephane Cerveau
 wrote:

Sorry i have been fooled by the poky web interface :(
Anyway the bug is real on dora branch.

Which branch did you test it?

You shouldn't say for backport something you didn't test.



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

[OE-core] [PATCH] adt_installer: Fix sed file not found error

[Richard Purdie]

We need to look for the installed file within the sysroot we just installed
so add in the missing prefix. This avoids errors like:

Installing cross canadian packages for qemux86 ...
sed: no input files

[YOCTO #6443]

Signed-off-by: Richard Purdie 

diff --git 
a/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal 
b/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal
index 432ba41..8d2ff57 100755
--- 
a/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal
+++ 
b/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal
@@ -157,7 +157,7 @@ for target_type in $YOCTOADT_TARGETS; do
 
   # get the environment setup script paths: original (the one before 
relocation)
   # and relocated
-  env_script_original=`$OPKG_CMD -f $OPKG_CONFIG_FILE -o $NATIVE_INSTALL_DIR 
files meta-environment-$machine|\
+  env_script_original=$NATIVE_INSTALL_DIR`$OPKG_CMD -f $OPKG_CONFIG_FILE -o 
$NATIVE_INSTALL_DIR files meta-environment-$machine|\
grep environment-setup`
   env_script_relocated=$INSTALL_FOLDER/${env_script_original##*/}
 


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

Re: [OE-core] [PATCH v2] libav: add PACKAGECONFIG for theora, libvorbis, speex and openssl

[Martin Jansa]

On Mon, Jun 30, 2014 at 04:23:21PM +0200, Matthieu Crapet wrote:
> Dropped libvorvis dependency because there is already a (better) builtin 
> vorbis codec.
> Don't confuse codec names: "vorbis" (builtin) and "libvorbis" (using external 
> library).
> Changes:
> - add --enable-nonfree when faac or openssl are used
> - add DESCRIPTION
> - sort PACKAGECONFIG entries
> 
> Tested with libav-0.8.11 & libav-9.13.
> 
> Note: Be sure to have a recent version of bitbake (2014-06-11 or better) 
> including this:
> http://cgit.openembedded.org/bitbake/commit/?id=2e742c03e8dfdfa67899e7f5d579ed14bd87e139
> It affects behavior of bb.utils.contains_any
> 
> Signed-off-by: Matthieu Crapet 
> ---
>  meta/recipes-multimedia/libav/libav.inc | 30 ++
>  1 file changed, 22 insertions(+), 8 deletions(-)
> 
> diff --git a/meta/recipes-multimedia/libav/libav.inc 
> b/meta/recipes-multimedia/libav/libav.inc
> index a05a2a6..1d617a2 100644
> --- a/meta/recipes-multimedia/libav/libav.inc
> +++ b/meta/recipes-multimedia/libav/libav.inc
> @@ -1,6 +1,12 @@
> -SUMMARY = "A complete, cross-platform solution to record, convert and stream 
> audio and video"
> +SUMMARY = "Open source audio and video processing tools and librairies"
> +DESCRIPTION = "Libav is a friendly and community-driven effort to provide 
> its users \
> +   with a set of portable, functional and high-performance 
> libraries for \
> +   dealing with multimedia formats of all sorts. It originates 
> from the \
> +   FFmpeg codebase, but goes its own way these days, providing 
> its users \
> +   with reliable releases and a clear vision how to go forward."
>  HOMEPAGE = "http://libav.org/";
>  SECTION = "libs"
> +
>  LICENSE = "GPLv2+"
>  LICENSE_FLAGS = "commercial"
>  
> @@ -9,7 +15,7 @@ PROVIDES = "ffmpeg"
>  
>  ARM_INSTRUCTION_SET = "arm"
>  
> -DEPENDS = "zlib libogg libvorbis libtheora yasm-native"
> +DEPENDS = "zlib libogg yasm-native"
>  
>  INC_PR = "r8"
>  
> @@ -23,21 +29,29 @@ BUILD_OPTIMIZATION = "${FULL_OPTIMIZATION}"
>  EXTRA_FFCONF_armv7a = "--cpu=cortex-a8"
>  EXTRA_FFCONF ?= ""
>  
> -PACKAGECONFIG ??= "bzip2 x264 ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 
> 'x11', '', d)}"
> -PACKAGECONFIG[jack] = "--enable-indev=jack,--disable-indev=jack,jack"
> +PACKAGECONFIG ??= "bzip2 x264 theora ${@bb.utils.contains('DISTRO_FEATURES', 
> 'x11', 'x11', '', d)}"
>  PACKAGECONFIG[bzip2] = "--enable-bzlib,--disable-bzlib,bzip2"
> -PACKAGECONFIG[schroedinger] = 
> "--enable-libschroedinger,--disable-libschroedinger,schroedinger"
> +PACKAGECONFIG[faac] = "--enable-libfaac,--disable-libfaac,faac"
>  PACKAGECONFIG[gsm] = "--enable-libgsm,--disable-libgsm,libgsm"
> -PACKAGECONFIG[x264] = "--enable-libx264,--disable-libx264,x264"
> -PACKAGECONFIG[vpx] = "--enable-libvpx,--disable-libvpx,libvpx"
> +PACKAGECONFIG[jack] = "--enable-indev=jack,--disable-indev=jack,jack"
> +PACKAGECONFIG[libvorbis] = "--enable-libvorbis,--disable-libvorbis,libvorbis"
>  PACKAGECONFIG[mp3lame] = "--enable-libmp3lame,--disable-libmp3lame,lame"
> -PACKAGECONFIG[faac] = "--enable-libfaac,--disable-libfaac,faac"
> +PACKAGECONFIG[openssl] = "--enable-openssl,--disable-openssl,openssl"
> +PACKAGECONFIG[schroedinger] = 
> "--enable-libschroedinger,--disable-libschroedinger,schroedinger"
> +PACKAGECONFIG[speex] = "--enable-libspeex,--disable-libspeex,speex"
> +PACKAGECONFIG[theora] = "--enable-libtheora,--disable-libtheora,libtheora"
> +PACKAGECONFIG[vpx] = "--enable-libvpx,--disable-libvpx,libvpx"
>  PACKAGECONFIG[x11] = "--enable-x11grab,--disable-x11grab,virtual/libx11 
> libxfixes libxext xproto virtual/libsdl"
> +PACKAGECONFIG[x264] = "--enable-libx264,--disable-libx264,x264"
> +
> +# Check codecs that require --enable-nonfree
> +USE_NONFREE = "${@bb.utils.contains_any('PACKAGECONFIG', [ 'faac', 'openssl' 
> ], 'yes', '', d)}"
>  
>  EXTRA_OECONF = " \
>  --enable-shared \
>  --enable-pthreads \
>  --enable-gpl \
> +${@bb.utils.contains('USE_NONFREE', 'yes', '--enable-nonfree', '', d)} \

cannot you just pass --enable-nonfree in faac and openssl PACKAGECONFIG?
In worse case when both are enabled the option will be added twice.

>  --enable-avfilter \
>  \
>  --cross-prefix=${TARGET_PREFIX} \
> -- 
> 2.0.0
> 
> -- 
> ___
> 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


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

Re: [OE-core] Cape Manager

[Life Life]

Hello,

How to use this layer, please explain

Thanks


2014-06-30 16:40 GMT+03:00 Diego Sueiro :

>
> On Mon, Jun 30, 2014 at 5:15 AM, Anders Darander 
> wrote:
>
>> * Robert Yang  [140630 05:47]:
>>
>>
>> > On 06/30/2014 12:24 AM, Life Life wrote:
>> > > Hello,
>>
>> > > I'm trying build yocto based linux, My hardware is beaglebone black I
>> > > successfull build system image. But I can't see capemanager. Beacuse
>> my lcd is
>> > > not work.
>>
>> > Hello,
>>
>> > The cape manager is in meta-ti layer:
>>
>> > http://layers.openembedded.org/layerindex/branch/master/layer/meta-ti/
>>
>> > Seems that we'd better add it to meta-yoco-bsp ?
>>
>> Unless something has changed since I last looked at this, I don't think
>> so.
>>
>> If I remember correctly, capemgr basically consists of a number of
>> patches not in the mainline kernel (and also not in TI's staging
>> kernel). I haven't checked it, by I doubt that we have them in the
>> linux-yocto kernel. (Especially as the last time I checked it, you had
>> to revert to a 3.8 (if I rember correctly, it might have been an even
>> earlier kernel) kernel to get full capemgr support.
>>
>> If this has changed, then it'd be interesting to know!
>>
>> Cheers,
>> Anders
>>
>
> To get cape manager support you have to use meta-beagleboard layer (
> linux-mainline_3.8.bb
> 
> )
>
>
>
> Regards,
>
> --
> *dS
> Diego Sueiro
>
> Administrador do Embarcados
> www.embarcados.com.br
> 
>
> /*long live rock 'n roll*/
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Cape Manager

[Saul Wold]

On 06/30/2014 10:27 AM, Life Life wrote:

Hello,

How to use this layer, please explain



Have you referred to the Yocto Project Documentation?

https://www.yoctoproject.org/documentation/current

There is lots of information about adding layers and additional packages 
from those layers.


Look for information about bblayers file and make sure you also ensure 
you include the package in your image using


IMAGE_INSTALL_append = " beaglebone-capes"

The leading space in the line above is important

Sau!




Thanks


2014-06-30 16:40 GMT+03:00 Diego Sueiro :



On Mon, Jun 30, 2014 at 5:15 AM, Anders Darander 
wrote:


* Robert Yang  [140630 05:47]:



On 06/30/2014 12:24 AM, Life Life wrote:

Hello,



I'm trying build yocto based linux, My hardware is beaglebone black I
successfull build system image. But I can't see capemanager. Beacuse

my lcd is

not work.



Hello,



The cape manager is in meta-ti layer:



http://layers.openembedded.org/layerindex/branch/master/layer/meta-ti/



Seems that we'd better add it to meta-yoco-bsp ?


Unless something has changed since I last looked at this, I don't think
so.

If I remember correctly, capemgr basically consists of a number of
patches not in the mainline kernel (and also not in TI's staging
kernel). I haven't checked it, by I doubt that we have them in the
linux-yocto kernel. (Especially as the last time I checked it, you had
to revert to a 3.8 (if I rember correctly, it might have been an even
earlier kernel) kernel to get full capemgr support.

If this has changed, then it'd be interesting to know!

Cheers,
Anders



To get cape manager support you have to use meta-beagleboard layer (
linux-mainline_3.8.bb

)



Regards,

--
*dS
Diego Sueiro

Administrador do Embarcados
www.embarcados.com.br


/*long live rock 'n roll*/

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







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

[OE-core] Speed up sdk creation by supporting multicore compressors.

[Randy Witt]

This change allows the user to pick a different compressor to be used after the
sdk is ran through tar. In my testing I found it speeds up sdk creation times
~20-30% if a compressor that supports multiple cores is used. Here are some
measurments:

Using default compressor(bzip2): core-image-minimal-1.0-r0: do_populate_sdk:
Elapsed time: 133.21 seconds CPU usage: 12.3% core-image-sato-1.0-r0:
do_populate_sdk: Elapsed time: 356.85 seconds CPU usage: 11.6%

Using pigz: core-image-minimal-1.0-r0: do_populate_sdk: Elapsed time: 102.62
seconds CPU usage: 15.3% core-image-sato-1.0-r0: do_populate_sdk: Elapsed time:
261.66 seconds CPU usage: 15.6%


The default compressor hasn't been changed and so I've just been doing it using
local.conf for now, but if desired I can submit another patch changing
SDK_COMPRESSION_TYPE to pigz by default.

This also allows for easy use of xz when disk space concerns are more important
than speed.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] Allow for selectable compression commands for sdk.

[Randy Witt]

This allows for a user to specify the compression and decompression
commands when creating an sdk. An example would be to use pigz to
take advantage of multiple cores during compression.

Signed-off-by: Randy Witt 
---
 meta/classes/populate_sdk_base.bbclass | 31 ++-
 1 file changed, 26 insertions(+), 5 deletions(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index a12bf11..27c73e4 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -49,6 +49,27 @@ EXCLUDE_FROM_WORLD = "1"
 
 SDK_PACKAGING_FUNC ?= "create_shar"
 
+SDK_COMPRESS_bz2 ?= "bzip2 -z -c"
+SDK_DECOMPRESS_bz2 ?= "bzip2 -d -c"
+
+SDK_COMPRESS_xz ?= "xz -z -c"
+SDK_DECOMPRESS_xz ?= "xz -d -c"
+SDK_COMPRESSION_DEPS_xz = "xz-native"
+
+# pigz is set up as an alternative for gzip, hence why gzip is called
+# rather than pigz directly.
+SDK_COMPRESS_pigz ?= "gzip -c"
+SDK_DECOMPRESS_pigz ?= "gzip -d -c"
+SDK_COMPRESSION_DEPS_pigz = "pigz-native"
+SDK_COMPRESSION_EXTRANATIVEPATH_pigz = "pigz-native"
+
+SDK_COMPRESSION_TYPE ??= "bz2"
+SDK_COMPRESS = "${SDK_COMPRESS_${SDK_COMPRESSION_TYPE}}"
+SDK_DECOMPRESS = "${SDK_DECOMPRESS_${SDK_COMPRESSION_TYPE}}"
+
+SDK_DEPENDS += "${@d.getVar('SDK_COMPRESSION_DEPS_${SDK_COMPRESSION_TYPE}') or 
''}"
+EXTRANATIVEPATH += 
"${@d.getVar('SDK_COMPRESSION_EXTRANATIVEPATH_${SDK_COMPRESSION_TYPE}') or ''}"
+
 fakeroot python do_populate_sdk() {
 from oe.sdk import populate_sdk
 from oe.manifest import create_manifest, Manifest
@@ -107,13 +128,13 @@ fakeroot create_sdk_files() {
sed -i -e "s:##DEFAULT_INSTALL_DIR##:$escaped_sdkpath:" 
${SDK_OUTPUT}/${SDKPATH}/relocate_sdk.py
 }
 
-SDKTAROPTS = "--owner=root --group=root -j"
+SDKTAROPTS = "--owner=root --group=root"
 
 fakeroot tar_sdk() {
# Package it up
mkdir -p ${SDK_DEPLOY}
cd ${SDK_OUTPUT}/${SDKPATH}
-   tar ${SDKTAROPTS} -c 
--file=${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.tar.bz2 .
+   tar ${SDKTAROPTS} -c . | ${SDK_COMPRESS} > 
${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.tar.${SDK_COMPRESSION_TYPE}
 }
 
 fakeroot create_shar() {
@@ -236,7 +257,7 @@ fi
 payload_offset=$(($(grep -na -m1 "^MARKER:$" $0|cut -d':' -f1) + 1))
 
 printf "Extracting SDK..."
-tail -n +$payload_offset $0| $SUDO_EXEC tar xj -C $target_sdk_dir
+tail -n +$payload_offset $0| ${SDK_DECOMPRESS} | $SUDO_EXEC tar x -C 
$target_sdk_dir
 echo "done"
 
 printf "Setting it up..."
@@ -305,10 +326,10 @@ EOF
chmod +x ${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.sh
 
# append the SDK tarball
-   cat ${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.tar.bz2 >> 
${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.sh
+   cat ${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.tar.${SDK_COMPRESSION_TYPE} 
>> ${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.sh
 
# delete the old tarball, we don't need it anymore
-   rm ${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.tar.bz2
+   rm ${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.tar.${SDK_COMPRESSION_TYPE}
 }
 
 populate_sdk_log_check() {
-- 
2.0.1

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

Re: [OE-core] Speed up sdk creation by supporting multicore compressors.

[Randy Witt]

Sorry, I messed up my formatting there, here is are stats that are easier
to read:

Using default compressor(bzip2):
core-image-minimal-1.0-r0: do_populate_sdk: Elapsed time: 133.21 seconds
CPU usage: 12.3%
core-image-sato-1.0-r0: do_populate_sdk: Elapsed time: 356.85 seconds
CPU usage: 11.6%

Using pigz:
core-image-minimal-1.0-r0: do_populate_sdk: Elapsed time: 102.62 seconds
CPU usage: 15.3%
core-image-sato-1.0-r0: do_populate_sdk: Elapsed time: 261.66 seconds
CPU usage: 15.6%
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Reagrding meta-networking

[Henning Heinold]

On Mon, Jun 30, 2014 at 01:29:26PM -, Himanshu  Pandey wrote:
> Hi,
> 
> Since I want dhcp and pppoe, so I downloaded the same from git and included 
> meta-networking layer in bblayers.conf. This layer is getting compiled but 
> somehow dhcp and pppoe are not getting included in the final image. So what I 
> have to do inorder to add dhcp and pppoe in the final image.
> 
> Please help.
> 
> Regards,
> Himanshu

IMAGE_INSTALL += "packagename_dhcp packagname_pppoe"

Be aware that recipe(bb)-name is mostly not the resulting packagename.

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

Re: [OE-core] [oe-core][dora][PATCH] vala: should not depend on gtk+

[Richard Purdie]

On Mon, 2014-06-30 at 16:23 +0200, Stéphane Cerveau wrote:
> Signed-off-by: Stéphane Cerveau 
> ---
>  meta/recipes-devtools/vala/vala.inc |2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/vala/vala.inc 
> b/meta/recipes-devtools/vala/vala.inc
> index a8927d7..a9e5a57 100644
> --- a/meta/recipes-devtools/vala/vala.inc
> +++ b/meta/recipes-devtools/vala/vala.inc
> @@ -1,7 +1,7 @@
>  DESCRIPTION = "Vala is a C#-like language dedicated to ease GObject 
> programming. \
>  Vala compiles to plain C and has no runtime environment nor penalities 
> whatsoever."
>  SECTION = "devel"
> -DEPENDS = "glib-2.0 dbus gtk+"
> +DEPENDS = "glib-2.0 dbus"
>  BBCLASSEXTEND = "native"
>  DEPENDS_virtclass-native = "bison-native glib-2.0-native dbus-native"
>  HOMEPAGE = "http://vala-project.org";

Really we should probably backport:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=27c2cbbdb14d65caef1faafbfea063d6744f4e70

?

Cheers,

Richard

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

Re: [OE-core] [PATCH 0/1] scripts/contrib/verify-homepage.py: add a script to verify HOMEPAGE

[Chong Lu]

ping

On 06/25/2014 05:39 PM, Chong Lu wrote:

The following changes since commit 3c7b5ec1cae6186a64e0be2c05b64b05add08c97:

   syslinux: fix isohybird overflows on 32 bit system (2014-06-24 19:54:12 
+0100)

are available in the git repository at:

   git://git.pokylinux.org/poky-contrib chonglu/verifyhomepage
   http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=chonglu/verifyhomepage

Chong Lu (1):
   scripts/contrib/verify-homepage.py: add a script to verify HOMEPAGE

  scripts/contrib/verify-homepage.py | 63 ++
  1 file changed, 63 insertions(+)
  create mode 100755 scripts/contrib/verify-homepage.py



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

Re: [OE-core] Reagrding meta-networking

[Himanshu Pandey]

So, do I have to set IMAGE_INSTALL variable in local.conf 
and packagename_X is what to be followed for the addition of each 
package.
Regards,Himanshu

From: Henning Heinold 
Sent: Tue, 01 Jul 2014 01:01:52 
To: "openembedded-core@lists.openembedded.org" 

Subject: Re: [OE-core] Reagrding meta-networking
On Mon, Jun 30, 2014 at 01:29:26PM -, Himanshu  Pandey wrote:

> Hi,

> 

> Since I want dhcp and pppoe, so I downloaded the same from git and 
included meta-networking layer in bblayers.conf. This layer is getting compiled 
but somehow dhcp and pppoe are not getting included in the final image. So what 
I have to do inorder to add dhcp and pppoe in the final image.

> 

> Please help.

> 

> Regards,

> Himanshu



IMAGE_INSTALL += "packagename_dhcp packagname_pppoe"



Be aware that recipe(bb)-name is mostly not the resulting packagename.



Bye Henning

-- 

___

Openembedded-core mailing list

Openembedded-core@lists.openembedded.org

http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

Re: [OE-core] Reagrding oe error

[Himanshu Pandey]

Hi,

I am getting the following error: 

Error: dhcp not found in the base feeds (genericx86_64 x86_64 noarch any all).

Please help.

Regards,
Himanshu

From: Henning Heinold 
Sent: Tue, 01 Jul 2014 01:01:52 
To: "openembedded-core@lists.openembedded.org" 

Subject: Re: [OE-core] Reagrding meta-networking
On Mon, Jun 30, 2014 at 01:29:26PM -, Himanshu  Pandey wrote:

> Hi,

> 

> Since I want dhcp and pppoe, so I downloaded the same from git and 
included meta-networking layer in bblayers.conf. This layer is getting compiled 
but somehow dhcp and pppoe are not getting included in the final image. So what 
I have to do inorder to add dhcp and pppoe in the final image.

> 

> Please help.

> 

> Regards,

> Himanshu



IMAGE_INSTALL += "packagename_dhcp packagname_pppoe"



Be aware that recipe(bb)-name is mostly not the resulting packagename.



Bye Henning

-- 

___

Openembedded-core mailing list

Openembedded-core@lists.openembedded.org

http://lists.openembedded.org/mailman/listinfo/openembedded-core

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