date:20121211

On Fri, Dec 07, 2012 at 04:44:15PM +0200, Ciprian Ciubotariu wrote:
 ---
  .../packagegroups/packagegroup-base.bb |2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)
 
 diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb 
 b/meta/recipes-core/packagegroups/packagegroup-base.bb
 index 347a7e1..3e75190 100644
 --- a/meta/recipes-core/packagegroups/packagegroup-base.bb
 +++ b/meta/recipes-core/packagegroups/packagegroup-base.bb
 @@ -141,7 +141,7 @@ RRECOMMENDS_packagegroup-machine-base = 
 ${MACHINE_EXTRA_RRECOMMENDS}
  
  SUMMARY_packagegroup-base-keyboard = Keyboard support
  RDEPENDS_packagegroup-base-keyboard = \
 -keymaps
 +${VIRTUAL-RUNTIME_keymaps}

you need to specify default value with weak assignment like
packagegroup-core-boot.bb does

Cheers,

  
  SUMMARY_packagegroup-base-pci = PCI bus support
  RDEPENDS_packagegroup-base-pci = \
 -- 
 1.7.8.6
 
 
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/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.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][PATCH] packagroup-base: use virtual runtime instead of keymap

2012-12-11 Thread Paul Eggleton

On Tuesday 11 December 2012 10:18:41 Martin Jansa wrote:
 On Fri, Dec 07, 2012 at 04:44:15PM +0200, Ciprian Ciubotariu wrote:
  ---
  
   .../packagegroups/packagegroup-base.bb |2 +-
   1 files changed, 1 insertions(+), 1 deletions(-)
  
  diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb
  b/meta/recipes-core/packagegroups/packagegroup-base.bb index
  347a7e1..3e75190 100644
  --- a/meta/recipes-core/packagegroups/packagegroup-base.bb
  +++ b/meta/recipes-core/packagegroups/packagegroup-base.bb
  @@ -141,7 +141,7 @@ RRECOMMENDS_packagegroup-machine-base =
  ${MACHINE_EXTRA_RRECOMMENDS} 
   SUMMARY_packagegroup-base-keyboard = Keyboard support
   RDEPENDS_packagegroup-base-keyboard = \
  
  -keymaps
  +${VIRTUAL-RUNTIME_keymaps}
 
 you need to specify default value with weak assignment like
 packagegroup-core-boot.bb does

Also, could you please include a commit message explaining why this is needed?

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

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

Re: [OE-core] [OE-Core][PATCH] packagroup-base: use virtual runtime instead of keymap

2012-12-11 Thread Paul Eggleton

On Tuesday 11 December 2012 09:28:47 Paul Eggleton wrote:
 On Tuesday 11 December 2012 10:18:41 Martin Jansa wrote:
  On Fri, Dec 07, 2012 at 04:44:15PM +0200, Ciprian Ciubotariu wrote:
   ---
   
.../packagegroups/packagegroup-base.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
   
   diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb
   b/meta/recipes-core/packagegroups/packagegroup-base.bb index
   347a7e1..3e75190 100644
   --- a/meta/recipes-core/packagegroups/packagegroup-base.bb
   +++ b/meta/recipes-core/packagegroups/packagegroup-base.bb
   @@ -141,7 +141,7 @@ RRECOMMENDS_packagegroup-machine-base =
   ${MACHINE_EXTRA_RRECOMMENDS}
   
SUMMARY_packagegroup-base-keyboard = Keyboard support
RDEPENDS_packagegroup-base-keyboard = \
   
   -keymaps
   +${VIRTUAL-RUNTIME_keymaps}
  
  you need to specify default value with weak assignment like
  packagegroup-core-boot.bb does
 
 Also, could you please include a commit message explaining why this is
 needed?

Ah, well; not so much why this is needed but explaining that this makes it 
consistent with packagegroup-core-boot.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

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

[OE-core] [PATCH 1/1] squashfs: fix CVE-2012-4025

2012-12-11 Thread yanjun.zhu

From: yanjun.zhu yanjun@windriver.com

CQID:WIND00366813

Reference: http://squashfs.git.sourceforge.net/git/gitweb.cgi?
p=squashfs/squashfs;a=patch;h=8515b3d420f502c5c0236b86e2d6d7e3b23c190e

Integer overflow in the queue_init function in unsquashfs.c in
unsquashfs in Squashfs 4.2 and earlier allows remote attackers
to execute arbitrary code via a crafted block_log field in the
superblock of a .sqsh file, leading to a heap-based buffer overflow.

http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-4025

Signed-off-by: yanjun.zhu yanjun@windriver.com

[YOCTO #3564]
---
 .../patches/squashfs-4.2-fix-CVE-2012-4025.patch   | 190 ++
 ...dd-a-commment-and-fix-some-other-comments.patch |  38 
 .../patches/squashfs-fix-open-file-limit.patch | 215 +
 .../squashfs-tools/squashfs-tools_4.2.bb   |   3 +
 4 files changed, 446 insertions(+)
 create mode 100644 
meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch
 create mode 100644 
meta/recipes-devtools/squashfs-tools/patches/squashfs-add-a-commment-and-fix-some-other-comments.patch
 create mode 100644 
meta/recipes-devtools/squashfs-tools/patches/squashfs-fix-open-file-limit.patch

diff --git 
a/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch
 
b/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch
new file mode 100644
index 000..0dabfba
--- /dev/null
+++ 
b/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch
@@ -0,0 +1,190 @@
+Upstream-Status: Backport
+
+Reference: http://squashfs.git.sourceforge.net/git/gitweb.cgi?
+p=squashfs/squashfs;a=patch;h=8515b3d420f502c5c0236b86e2d6d7e3b23c190e
+
+Integer overflow in the queue_init function in unsquashfs.c in
+unsquashfs in Squashfs 4.2 and earlier allows remote attackers
+to execute arbitrary code via a crafted block_log field in the
+superblock of a .sqsh file, leading to a heap-based buffer overflow.
+
+http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-4025
+
+Signed-off-by: yanjun.zhu yanjun@windriver.com 
+
+--- a/unsquashfs.c 2012-11-30 17:57:57.0 +0800
 b/unsquashfs.c 2012-11-30 17:58:09.0 +0800
+@@ -33,6 +33,7 @@
+ #include sys/types.h
+ #include sys/time.h
+ #include sys/resource.h
++#include limits.h
+ 
+ struct cache *fragment_cache, *data_cache;
+ struct queue *to_reader, *to_deflate, *to_writer, *from_writer;
+@@ -138,6 +139,24 @@ void sigalrm_handler()
+ }
+ 
+ 
++int add_overflow(int a, int b)
++{
++  return (INT_MAX - a)  b;
++}
++
++
++int shift_overflow(int a, int shift)
++{
++  return (INT_MAX  shift)  a;
++}
++
++ 
++int multiply_overflow(int a, int multiplier)
++{
++  return (INT_MAX / multiplier)  a;
++}
++
++
+ struct queue *queue_init(int size)
+ {
+   struct queue *queue = malloc(sizeof(struct queue));
+@@ -145,6 +164,10 @@ struct queue *queue_init(int size)
+   if(queue == NULL)
+   EXIT_UNSQUASH(Out of memory in queue_init\n);
+ 
++  if(add_overflow(size, 1) ||
++  multiply_overflow(size + 1, sizeof(void *)))
++  EXIT_UNSQUASH(Size too large in queue_init\n);
++
+   queue-data = malloc(sizeof(void *) * (size + 1));
+   if(queue-data == NULL)
+   EXIT_UNSQUASH(Out of memory in queue_init\n);
+@@ -1948,13 +1971,30 @@ void initialise_threads(int fragment_buf
+* allocate to_reader, to_deflate and to_writer queues.  Set based on
+* open file limit and cache size, unless open file limit is unlimited,
+* in which case set purely based on cache limits
++   *
++   * In doing so, check that the user supplied values do not overflow
++   * a signed int
+*/
+   if (max_files != -1) {
++  if(add_overflow(data_buffer_size, max_files) ||
++  add_overflow(data_buffer_size, max_files * 2))
++  EXIT_UNSQUASH(Data queue size is too large\n);
++
+   to_reader = queue_init(max_files + data_buffer_size);
+   to_deflate = queue_init(max_files + data_buffer_size);
+   to_writer = queue_init(max_files * 2 + data_buffer_size);
+   } else {
+-  int all_buffers_size = fragment_buffer_size + data_buffer_size;
++  int all_buffers_size;
++
++  if(add_overflow(fragment_buffer_size, data_buffer_size))
++  EXIT_UNSQUASH(Data and fragment queues combined are
++   too large\n);
++
++  all_buffers_size = fragment_buffer_size + data_buffer_size;
++
++  if(add_overflow(all_buffers_size, all_buffers_size))
++  EXIT_UNSQUASH(Data and fragment queues combined are
++   too large\n);
+ 
+   to_reader = queue_init(all_buffers_size);
+   to_deflate =

Re: [OE-core] how to change the resolution of qemux86 machine to 320x240?

W dniu 11.12.2012 17:54, Yi Qingliang pisze:
 Hi!
 
 I have a s3c2442 system with 320x240 touch screen, and I want use qemux86 to 
 simulate it on pc.
 
 I googled, got vga=xxx in kernel arguments, but no success.
 use vga=ask can select resolution, but no 320x240.
 what's the right way?

IIRC one option is to patch vgabios which qemu uses and add new VESA
mode with this resolution.

We did such thing long time ago for one customer but I do not remember
details.

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

[OE-core] [PATCH] wireless-tools: Remove QA warning: No GNU_HASH in the elf binary

2012-12-11 Thread Shakeel, Muhammad

From: Muhammad Shakeel muhammad_shak...@mentor.com

Handle LDFLAGS properly in the Makefile to remove warning:
QA Issue: No GNU_HASH in the elf binary

Signed-off-by: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
 .../wireless-tools/wireless-tools/ldflags.patch|   15 +++
 .../wireless-tools/wireless-tools_29.bb|3 ++-
 2 files changed, 17 insertions(+), 1 deletion(-)

diff --git 
a/meta/recipes-connectivity/wireless-tools/wireless-tools/ldflags.patch 
b/meta/recipes-connectivity/wireless-tools/wireless-tools/ldflags.patch
new file mode 100644
index 000..84144ac
--- /dev/null
+++ b/meta/recipes-connectivity/wireless-tools/wireless-tools/ldflags.patch
@@ -0,0 +1,15 @@
+---
+ Makefile |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- wireless_tools.29.orig/Makefile
 wireless_tools.29/Makefile
+@@ -144,7 +144,7 @@ wireless.h:
+ 
+ # Compilation of the dynamic library
+ $(DYNAMIC): $(OBJS:.o=.so)
+-  $(CC) -shared -o $@ -Wl,-soname,$@ $(STRIPFLAGS) $(LIBS) -lc $^
++  $(CC) -shared -o $@ -Wl,-soname,$@ $(LDFLAGS) $(STRIPFLAGS) $(LIBS) -lc 
$^
+ 
+ # Compilation of the static library
+ $(STATIC): $(OBJS:.o=.so)
diff --git a/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb 
b/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb
index 209f29a..b4d34bb 100644
--- a/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb
+++ b/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb
@@ -14,7 +14,8 @@ SRC_URI = 
http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/wireless_tools.2
   file://man.patch \
   file://wireless-tools.if-pre-up \
   file://zzz-wireless.if-pre-up \
-  file://avoid_strip.patch
+  file://avoid_strip.patch \
+  file://ldflags.patch
 
 SRC_URI[md5sum] = e06c222e186f7cc013fd272d023710cb
 SRC_URI[sha256sum] = 
6fb80935fe208538131ce2c4178221bab1078a1656306bce8909c19887e2e5a1
-- 
1.7.9.5


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

[OE-core] Add 3.7 version of linux-libc-headers

I would like to know are there plans to use 3.7 kernel for libc headers.
This will allow me to drop own copy which I need to keep due to AArch64
stuff which got added in 3.7 cycle.


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

[OE-core] [PATCH] linux-libc-headers: add 3.7 version

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.7.bb | 4 
 1 file changed, 4 insertions(+)
 create mode 100644 
meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.7.bb

diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.7.bb 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.7.bb
new file mode 100644
index 000..3d688b7
--- /dev/null
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.7.bb
@@ -0,0 +1,4 @@
+require linux-libc-headers.inc
+
+SRC_URI[md5sum] = 5323f3faadd051e83af605a63be5ea2e
+SRC_URI[sha256sum] = 
dc08d87a579fe2918362ee503a95a76296419195cb499aa9dd4dbe171a9e
-- 
1.8.0


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

Re: [OE-core] Add 3.7 version of linux-libc-headers

2012-12-11 Thread Bruce Ashfield

On Tue, Dec 11, 2012 at 5:12 AM, Marcin Juszkiewicz 
marcin.juszkiew...@linaro.org wrote:

 I would like to know are there plans to use 3.7 kernel for libc headers.
 This will allow me to drop own copy which I need to keep due to AArch64
 stuff which got added in 3.7 cycle.


There aren't any plans to use 3.7 for the headers, since we are tracking
the headers
with the same cadence as the yocto release kernels. Otherwise, we'd really
need
to have all versions available, and keeping things clean and focussed was
the
goal.

3.8 is the next likely update.

That being said,  since the libc-headers version is controlled by the
LINUXLIBCVERSION in tcmode-default.inc, simply having 3.7 headers
available shouldn't cause any problems or disconnects.

So we can open up the discussion if we want to carry extra libc headers or
keep with the current strategy. I've added Richard explicitly to the cc' so
he
can jump in as appropriate.

Cheers,

Bruce




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




-- 
Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] autotools: copy also remove-potcdate.sin from ${STAGING_DATADIR_NATIVE}/gettext/po

* some packages (e.g. uptime, cpu, forecasts, news from meta-efl)
  don't have remove-potcdate.sin in po subdirectory, but Makefile.in.in
  supplied by autotools.bbclass depends on it and fails without like this:
  | make[3]: Entering directory 
`/OE/shr-core/tmp-eglibc/work/x86_64-oe-linux/uptime/0.0.2+svnr80477-r0.0/E-MODULES-EXTRA/uptime/po'
  | make[3]: *** No rule to make target `remove-potcdate.sin', needed by 
`remove-potcdate.sed'.  Stop.
  | make[3]: Leaving directory 
`/OE/shr-core/tmp-eglibc/work/x86_64-oe-linux/uptime/0.0.2+svnr80477-r0.0/E-MODULES-EXTRA/uptime/po'
  | make[2]: *** [uptime.pot] Error 2

Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
 meta/classes/autotools.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index ca981ec..3154435 100644
--- a/meta/classes/autotools.bbclass
+++ b/meta/classes/autotools.bbclass
@@ -193,6 +193,7 @@ autotools_do_configure() {
cp 
${STAGING_DATADIR_NATIVE}/gettext/config.rpath ${AUTOTOOLS_AUXDIR}/
if [ -d ${S}/po/ ]; then
cp 
${STAGING_DATADIR_NATIVE}/gettext/po/Makefile.in.in ${S}/po/
+   cp 
${STAGING_DATADIR_NATIVE}/gettext/po/remove-potcdate.sin ${S}/po/
fi
for i in gettext.m4 iconv.m4 lib-ld.m4 
lib-link.m4 lib-prefix.m4 nls.m4 po.m4 progtest.m4; do
for j in `find ${S} -name $i | grep -v 
aclocal-copy`; do
-- 
1.8.0


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

[OE-core] [PATCH] autotools: copy also remove-potcdate.sin from ${STAGING_DATADIR_NATIVE}/gettext/po

* some packages (e.g. uptime, cpu, forecasts, news from meta-efl)
  don't have remove-potcdate.sin in po subdirectory, but Makefile.in.in
  supplied by autotools.bbclass depends on it and fails without like this:
  | make[3]: Entering directory 
`/OE/shr-core/tmp-eglibc/work/x86_64-oe-linux/uptime/0.0.2+svnr80477-r0.0/E-MODULES-EXTRA/uptime/po'
  | make[3]: *** No rule to make target `remove-potcdate.sin', needed by 
`remove-potcdate.sed'.  Stop.
  | make[3]: Leaving directory 
`/OE/shr-core/tmp-eglibc/work/x86_64-oe-linux/uptime/0.0.2+svnr80477-r0.0/E-MODULES-EXTRA/uptime/po'
  | make[2]: *** [uptime.pot] Error 2

Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
 meta/classes/autotools.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index ca981ec..3154435 100644
--- a/meta/classes/autotools.bbclass
+++ b/meta/classes/autotools.bbclass
@@ -193,6 +193,7 @@ autotools_do_configure() {
cp 
${STAGING_DATADIR_NATIVE}/gettext/config.rpath ${AUTOTOOLS_AUXDIR}/
if [ -d ${S}/po/ ]; then
cp 
${STAGING_DATADIR_NATIVE}/gettext/po/Makefile.in.in ${S}/po/
+   cp 
${STAGING_DATADIR_NATIVE}/gettext/po/remove-potcdate.sin ${S}/po/
fi
for i in gettext.m4 iconv.m4 lib-ld.m4 
lib-link.m4 lib-prefix.m4 nls.m4 po.m4 progtest.m4; do
for j in `find ${S} -name $i | grep -v 
aclocal-copy`; do
-- 
1.8.0


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

[OE-core] [PATCH] x11vnc: bind vnc server to port 5900

2012-12-11 Thread Laurentiu Palcu

At the moment, if one clicks on X11VNC Server icon, a new vnc server is
started on an automatically assigned port (starting with 5900). The
problem is that the user can click multiple times on the icon and a new
vnc server is started on another port. So, we'll end up with multiple
vnc servers, wasting memory.

This patch will restrict the x11vnc server port to 5900 (default VNC
port) and another process will not be started (because the port is
already used), unless the user chooses to start the server manually,
from the command line, in which case the port can be changed as the
user wishes.

[YOCTO #3369]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 .../x11vnc/files/starting-fix.patch|2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/x11vnc/files/starting-fix.patch 
b/meta/recipes-graphics/x11vnc/files/starting-fix.patch
index 11c55e6..cfaa797 100644
--- a/meta/recipes-graphics/x11vnc/files/starting-fix.patch
+++ b/meta/recipes-graphics/x11vnc/files/starting-fix.patch
@@ -15,7 +15,7 @@ Index: x11vnc-0.9.12/x11vnc/x11vnc.desktop
  Name=X11VNC Server
  Comment=Share this desktop by VNC
 -Exec=x11vnc -gui tray=setpass -rfbport PROMPT -bg -o 
%%HOME/.x11vnc.log.%%VNCDISPLAY
-+Exec=x11vnc -bg -o %%HOME/.x11vnc.log.%%VNCDISPLAY
++Exec=x11vnc -bg -rfbport 5900 -o %%HOME/.x11vnc.log.%%VNCDISPLAY
  Icon=computer
  Terminal=false
  Type=Application
-- 
1.7.9.5


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

Re: [OE-core] slightly confused about .bbappend file and FILESPATH

2012-12-11 Thread Robert P. J. Day

On Tue, 11 Dec 2012, Martin Jansa wrote:

 On Thu, Dec 06, 2012 at 01:19:57PM -0500, Robert P. J. Day wrote:
  On Thu, 6 Dec 2012, Mark Hatle wrote:
 
   On 12/6/12 12:03 PM, Robert P. J. Day wrote:
   
   currently writing a tutorial page on how .bbappend files and
FILESPATH work, and i wanted to use a live example, but now i'm
confused.
  
   The way it works is the same way as PATH in the shell.  It's just a set of
   search paths.
  
   using meta-ti layer, i chose to build core-image-minimal for a
beagleboard, for which the meta-ti layer has the following under
recipes-core/netbase/ that i want to use as an example:
   
$ find
.
./netbase_5.0.bbappend
./netbase-5.0
./netbase-5.0/beagleboard
./netbase-5.0/beagleboard/interfaces
$
   
where the .bbappend file contains only:
   
THISDIR := ${@os.path.dirname(bb.data.getVar('FILE', d, True))}
  
   I believe this is the default value of 'THISDIR' already, so there is no
   reason to specify it in the .bbappend itself.
  
FILESPATH =. ${@base_set_filespath([${THISDIR}/${PN}], d)}:
  
   In this example, it's incorrect.  As you have a directory named
   netbase-5.0, so your FILESPATH should be: ${THISDIR}/${PN}-${PV}
 
ok, so that's just a bug in the setting of FILESPATH in that one
  example?  whew.  i was seriously wondering how badly i misunderstood
  how this feature worked.
 
as soon as my beagle core-image-minimal finishes building, i should
  be able to trivially check that the interfaces file used to populate
  the rootfs image is the one from oe-core and not the one that should
  have come from meta-ti.

 See FILESEXTRAPATHS in other bbappends and

 meta/classes/base.bbclass:FILESPATH = 
 ${@base_set_filespath([${FILE_DIRNAME}/${BP},${FILE_DIRNAME}/${BPN}, 
 ${FILE_DIRNAME}/files], d)}

 + definition of fce base_set_filespath:
 meta/classes/utils.bbclass:def base_set_filespath(path, d):

  i'm not sure what i'm supposed to be seeing in the above.  are you
saying that the above will automatically handle the example i posted
above?

  i configured the meta-ti layer and used chris larson's bitbake-env
utility (which should really be added as an official tool to bitbake
given its awesome awesomeness) and examined FILESPATH for the netbase
recipe:

$ bitbake-env -r netbase FILESPATH | tr : '\n'
Parsing recipes..done.
# FILESPATH=${@base_set_filespath([${THISDIR}/${PN}], d)}
${@base_set_filespath([${FILE_DIRNAME}/${BP},
${FILE_DIRNAME}/${BPN}, ${FILE_DIRNAME}/files], d)}
FILESPATH=/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/linux-gnueabi
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/arm
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/build-linux
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/pn-netbase
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/dm814x-evm
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/ti814x
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/armv7a
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/class-target
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/forcevariable
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/libc-glibc
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/linux-gnueabi
... snip ...

  as you can see, all of the checking done in the meta-ti layer
represents the netbase/netbase directory, which won't help since, in
meta-ti, it's actually netbase/netbase-5.0/.  i built a dm8148 image
using meta-ti and, sure enough, the network interfaces file that
should have come from meta-ti came instead from oe-core for what i
concluded was a fairly obvious reason.

  or am i misundertanding something?  wouldn't be the first time...

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


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

[OE-core] [PATCH] build-appliance: Updated to include bblayers.conf.sample fix

2012-12-11 Thread Cristian Iorga

In Build Appliance, Hob didn't start because it crashed
checking bblayers.conf

Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
 meta/recipes-core/images/build-appliance-image.bb |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/images/build-appliance-image.bb 
b/meta/recipes-core/images/build-appliance-image.bb
index a8b787c..2359eca 100644
--- a/meta/recipes-core/images/build-appliance-image.bb
+++ b/meta/recipes-core/images/build-appliance-image.bb
@@ -6,7 +6,7 @@ LICENSE = MIT
 LIC_FILES_CHKSUM = 
file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
 
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
 
-PR = r18
+PR = r19
 
 IMAGE_FEATURES += x11-base package-management splash
 
@@ -21,7 +21,7 @@ IMAGE_FSTYPES = vmdk
 
 inherit core-image
 
-SRCREV ?= a0cf759537260f00311450e0dac41bf45b474454
+SRCREV ?= 4493b107a7f0f9b4f441f661c16176157d950245
 SRC_URI = git://git.yoctoproject.org/poky;protocol=git \
file://Yocto_Build_Appliance.vmx \
file://Yocto_Build_Appliance.vmxf \
-- 
1.7.10.4


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

[OE-core] [PATCH] build-appliance: provides git proxified acces

2012-12-11 Thread Cristian Iorga

Inside Build Appliance, external repos can be
accesed using the git protocol through a proxy

Fixes [YOCTO #3175]

Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
 meta/recipes-graphics/builder/files/builder_hob_start.sh |1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-graphics/builder/files/builder_hob_start.sh 
b/meta/recipes-graphics/builder/files/builder_hob_start.sh
index 883535b..1c6884e 100644
--- a/meta/recipes-graphics/builder/files/builder_hob_start.sh
+++ b/meta/recipes-graphics/builder/files/builder_hob_start.sh
@@ -7,6 +7,7 @@
 export PSEUDO_PREFIX=/usr
 export PSEUDO_LOCALSTATEDIR=/home/builder/pseudo
 export PSEUDO_LIBDIR=/usr/lib/pseudo/lib64
+export GIT_PROXY_COMMAND=/home/builder/poky/scripts/oe-git-proxy-socks-command
 
 cd /home/builder/poky
 . ./oe-init-build-env
-- 
1.7.10.4


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

[OE-core] [PATCH 0/4] Bug 3440 Fixes

This represents a set of fixes for multilib warnings.

[YOCTO #3440]

The following changes since commit c607095894cab60493ddfc4b967b0325e1c313b4:

  bitbake: Revert BBHandler: Ensure parser state engine is correctly reset for 
new parsing (2012-12-07 18:09:01 +)

are available in the git repository at:

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

Constantin Musca (4):
  alsa-utils: Pass udev-rules-dir as parameter
  pcmciautils: set correct udevdir and add missing debug files
  multilib.bbclass: fix do_package_qa_multilib
  package.bbclass: prepend MLPREFIX to LOCALEBASEPN

 meta/classes/multilib.bbclass | 4 +++-
 meta/classes/package.bbclass  | 2 +-
 meta/recipes-bsp/pcmciautils/pcmciautils.inc  | 1 +
 meta/recipes-bsp/pcmciautils/pcmciautils_018.bb   | 4 ++--
 meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb | 4 ++--
 5 files changed, 9 insertions(+), 6 deletions(-)

-- 
1.7.11.7


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

[OE-core] [PATCH 2/4] pcmciautils: set correct udevdir and add missing debug files

Fix the following warning:
WARNING: QA Issue: pcmciautils: Files/directories were installed but not shipped
  /usr/lib
  /usr/lib/udev
  /usr/lib/udev/pcmcia-socket-startup
  /usr/lib/udev/pcmcia-check-broken-cis
  /usr/lib/udev/.debug
  /usr/lib/udev/.debug/pcmcia-socket-startup
  /usr/lib/udev/.debug/pcmcia-check-broken-cis

[YOCTO #3440]

Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
 meta/recipes-bsp/pcmciautils/pcmciautils.inc| 1 +
 meta/recipes-bsp/pcmciautils/pcmciautils_018.bb | 4 ++--
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-bsp/pcmciautils/pcmciautils.inc 
b/meta/recipes-bsp/pcmciautils/pcmciautils.inc
index fa35daf..0942b1f 100644
--- a/meta/recipes-bsp/pcmciautils/pcmciautils.inc
+++ b/meta/recipes-bsp/pcmciautils/pcmciautils.inc
@@ -16,6 +16,7 @@ export HOSTCC = ${BUILD_CC}
 export etcdir = ${sysconfdir}
 export sbindir = ${base_sbindir}
 export pcmciaconfdir = ${sysconfdir}/pcmcia
+export udevdir = ${sysconfdir}/udev
 export udevrulesdir = ${sysconfdir}/udev/rules.d
 export UDEV = 1
 LD = ${CC}
diff --git a/meta/recipes-bsp/pcmciautils/pcmciautils_018.bb 
b/meta/recipes-bsp/pcmciautils/pcmciautils_018.bb
index 202437a..c48df94 100644
--- a/meta/recipes-bsp/pcmciautils/pcmciautils_018.bb
+++ b/meta/recipes-bsp/pcmciautils/pcmciautils_018.bb
@@ -5,7 +5,7 @@ SRC_URI += file://makefile_fix.patch
 SRC_URI[md5sum] = 5d85669b3440baa4532363da6caaf1b4
 SRC_URI[sha256sum] = 
79e6ae441278e178c07501d492394ed2c0326fdb66894f6d040ec811b0dc8ed5
 
-PR = r0
+PR = r1
 
-FILES_${PN}-dbg += ${libdir}/udev/.debug
+FILES_${PN}-dbg += ${libdir}/udev/.debug ${sysconfdir}/udev/.debug
 FILES_${PN} += ${libdir}/udev
-- 
1.7.11.7


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

[OE-core] [PATCH 4/4] package.bbclass: prepend MLPREFIX to LOCALEBASEPN

We need to prepend MLPREFIX to LOCALEBASEPN in order to
fully enable multilib

[YOCTO #3440]

Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
 meta/classes/package.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 993ce98..3f7e7bf 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -432,7 +432,7 @@ python package_do_split_locales() {
 return
 
 dvar = d.getVar('PKGD', True)
-pn = d.getVar('LOCALEBASEPN', True)
+pn = %s%s % (d.getVar('MLPREFIX', True) or , d.getVar('LOCALEBASEPN', 
True))
 
 if pn + '-locale' in packages:
 packages.remove(pn + '-locale')
-- 
1.7.11.7


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

[OE-core] [PATCH 3/4] multilib.bbclass: fix do_package_qa_multilib

The packages which start with rtld are ok

[YOCTO #3440]

Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
 meta/classes/multilib.bbclass | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index b379754..09c08ed 100644
--- a/meta/classes/multilib.bbclass
+++ b/meta/classes/multilib.bbclass
@@ -101,7 +101,9 @@ python do_package_qa_multilib() {
 for i in values:
 if i.startswith('virtual/'):
 i = i[len('virtual/'):]
-if (not i.startswith('kernel-module')) and (not 
i.startswith(mlprefix)) and (not 'cross-canadian' in i) and (not 
i.startswith(nativesdk-)):
+if (not i.startswith('kernel-module')) and (not 
i.startswith(mlprefix)) and \
+(not 'cross-canadian' in i) and (not 
i.startswith(nativesdk-)) and \
+(not i.startswith(rtld)):
 candidates.append(i)
 if len(candidates)  0:
 bb.warn(Multilib QA Issue: %s package %s - suspicious values '%s' 
in %s 
-- 
1.7.11.7


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

[OE-core] OE Changelog since 2012-12-02 until 2012-12-09

2012-12-11 Thread cliff . brake

Changelog since 2012-12-02 until 2012-12-09.  Projects included in this report:

bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git
meta-arago: git://arago-project.org/git/meta-arago.git
meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git
meta-browser: git://github.com/OSSystems/meta-browser.git
meta-bug: git://github.com/buglabs/meta-bug.git
meta-chicken: git://github.com/OSSystems/meta-chicken
meta-efikamx: git://github.com/kraj/meta-efikamx.git
meta-ettus: http://github.com/koenkooi/meta-ettus.git
meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm
meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git
meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc
meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git
meta-gumstix: git://github.com/gumstix/meta-gumstix.git
meta-gumstix-community: 
git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git
meta-handheld: git://git.openembedded.org/meta-handheld
meta-igep: http://github.com/ebutera/meta-igep.git
meta-intel: git://git.yoctoproject.org/meta-intel
meta-ivi: git://git.yoctoproject.org/meta-ivi
meta-java: git://github.com/woglinde/meta-java
meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git
meta-micro: git://git.openembedded.org/meta-micro
meta-mono: git://git.yoctoproject.org/meta-mono.git
meta-netbookpro: git://github.com/tworaz/meta-netbookpro
meta-nslu2: git://github.com/kraj/meta-nslu2
meta-opie: git://git.openembedded.org/meta-opie
meta-qt3: git://git.yoctoproject.org/meta-qt3
meta-slugos: git://github.com/kraj/meta-slugos
meta-systemd: git://git.yoctoproject.org/meta-systemd
meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git
meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git
meta-ti: git://git.yoctoproject.org/meta-ti
meta-webos: git://github.com/openwebos/meta-webos.git
meta-xilinx: git://git.yoctoproject.org/meta-xilinx
meta-yocto: git://git.yoctoproject.org/meta-yocto
openembedded: git://git.openembedded.org/openembedded


Changelog for bitbake:

Cristiana Voicu (1):
  hob: modified how the existence of a variable is checked

Richard Purdie (6):
  build.py: Preserve sigdata files in the stamps directory
  data_smart: Improve get_hash to account for overrides and key expansion
  uievent: Fix an init race
  xmlrpc: Unbreak the transport by adding a missing logfile name
  BBHandler: Ensure parser state engine is correctly reset for new parsing
  Revert BBHandler: Ensure parser state engine is correctly reset for new par


Changelog for openembedded-core:

Amy Fong (1):
  rsync doesn't create hardlinks for certain files

Andreas Müller (1):
  gtk+: do not prelight GtkButton in touchscreen mode

Andrei Dinu (1):
  Added regex functionality to distrodata.bbclass

Bruce Ashfield (5):
  linux-yocto/3.4: move PREEMPT_NONE to beagleboard standard kernel only
  kernel-yocto: checkout known branch before leaving do_validate_branches
  linux-yocto/3.4: merge v3.4.19, v3.4.20
  linux-yocto/3.4: emenlow: switch from psb to emgd graphics
  linux-yocto/3.4: inform the fetcher if the meta branch changes

Chen Qi (7):
  ghostscript: make ghostscript work with long building path
  qt4-native: make qt4-native work with long building path
  libksba: add pkgconfig support
  ICU: add pkgconfig support
  pth: add pkgconfig support
  libassuan: add pkgconfig support
  qt4-native  ghostscript: update upstream status for their patches

Constantin Musca (10):
  ethtool: upgrade to 3.6
  libxcb: upgrade to 1.9
  libxslt: upgrade to 1.1.28
  lighttpd: upgrade to 1.4.32
  puzzles: upgrade to r9712
  libconvert-asn1-perl: upgrade to 0.26
  nasm: upgrade to 2.10.05
  prs: use the PRServer to replace the BB_URI_LOCALCOUNT functionality
  liburcu: upgrade to 0.7.4
  babeltrace: upgrade to 1.0.0

Elizabeth Flanagan (1):
  license.bbclass: Including locale packages

Enrico Scholz (1):
  sstate.bbclass: fixed file-conflict check

Eric Bénard (1):
  subversion: update to 1.7.7

Gary Thomas (1):
  gstreamer: Fix plugin builds

Holger Freyther (1):
  classes/binconfig.bbclass: Allow packages to add sed expressions

Hongxu Jia (2):
  slang: explicity disable invoking onig module
  populate_sdk_base:tarball installer:add sudo prompt

Jack Mitchell (1):
  latencytop: add missing signed-off-by and re-add upstream status

Jackie Huang (2):
  eglibc: Move compile with optimization handling to common code
  rt-tests: added missing dependencies in Makefile

Jason Wessel (1):
  populate_sdk_base.bbclass: make failure to find ld-linux.so a hard error

Kang Kai (1):
  chkconfig: add link files install_initd and remove_initd

Khem Raj (5):
  binutils-2.23.1: Add recipes
  oprofile: Include config.h before

Re: [OE-core] [PATCH 1/4] alsa-utils: Pass udev-rules-dir as parameter


On 12/11/2012 07:29 AM, Constantin Musca wrote:

Fix the following warning:
WARNING: QA Issue: alsa-utils: Files/directories were installed but not shipped
   /lib
   /lib/udev
   /lib/udev/rules.d
   /lib/udev/rules.d/90-alsa-restore.rules

[YOCTO #3440]

Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
  meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb 
b/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
index 597e8b6..8f28a48 100644
--- a/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
+++ b/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
@@ -6,7 +6,7 @@ LICENSE = GPLv2+
  LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
  
file://alsactl/utils.c;beginline=1;endline=20;md5=fe9526b055e246b5558809a5ae25c0b9
  DEPENDS = alsa-lib ncurses libsamplerate0
-PR = r2
+PR = r3

  SRC_URI = ftp://ftp.alsa-project.org/pub/utils/alsa-utils-${PV}.tar.bz2 \
 file://ncursesfix.patch \
@@ -21,7 +21,7 @@ SRC_URI[sha256sum] = 
2e676a2f634bbfe279b260e10a96f617cb72ee63c5bbf6c5f96bb61570
  # http://bugs.openembedded.org/show_bug.cgi?id=2348
  # please close bug and remove this comment when properly fixed
  #
-EXTRA_OECONF = --disable-xmlto
+EXTRA_OECONF = --disable-xmlto 
--with-udev-rules-dir=${base_libdir}/udev/rules.d


Here you have udev rules going into $base_libdir/udev and in the next 
patch its put into $sysconfdir, can you verify the correct location.


Sau!


  EXTRA_OECONF_append_libc-uclibc =  --disable-nls

  inherit autotools gettext



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

Re: [OE-core] [bitbake-devel] [meta-ti] building for pandaboard fails fetching u-boot way into the build phase

2012-12-11 Thread Richard Purdie

On Tue, 2012-11-20 at 12:55 -0500, Robert P. J. Day wrote:
On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:

On Tue, Nov 20, 2012 at 12:34:47PM -0500, Robert P. J. Day wrote:
On Tue, 20 Nov 2012, Denys Dmytriyenko wrote:

On Tue, Nov 20, 2012 at 11:24:20AM -0500, Robert P. J. Day wrote:

i'm sure there's a trivial workaround/explanation for this, but i
wanted to build the basic meta-ti based build for my panda ES, so i
started with oe-core and added the meta-ti layer. then, because of
some license issues (and based on a quick google search), i added this
to my local.conf:

BBMASK = meta-ti/recipes-misc

at that point, after selecting pandaboard as the machine, i wanted
to prefetch everything:

$ bitbake -c fetchall core-image-minimal

which used solely my pre-mirror directory so that didn't take long.

*then*, because i allegedly had fetched everything i needed for the
build, i edited my site.conf file and added:

BB_NO_NETWORK = 1

which, AIUI, should be perfectly safe since i had just done a
fetchall. not so:

ERROR: Function failed: Network access disabled through BB_NO_NETWORK
but access requested with command git clone --bare --mirror
git://www.denx.de/git/u-boot.git
/home/rpjday/y/builds/ti/panda/downloads/git2/www.denx.de.git.u-boot.git
(for url None)
ERROR: Logfile of failure stored in:
/home/rpjday/y/builds/ti/panda/tmp-eglibc/work/pandaboard-oe-linux-gnueabi/u-boot-2011.12-r8/temp/log.do_fetch.29635

hmm ...

$ bitbake -s | grep u-boot
nativesdk-u-boot-mkimage :2011.06-r0
u-boot:2011.12-r8
u-boot-fw-utils :2011.06-r1
u-boot-mkimage:2011.06-r0
u-boot-mkimage-native :2011.06-r0
$

ok, now i'm confused. the above suggests that the version of u-boot
to be used here is 2011.12-r8, but that was never fetched, and it's
only now toward the end of the build that the fetch is attempted.

can someone clarify what's happening here? why did my fetchall
operation not fetch everything the build was going to need?

Is that because u-boot is not in a standard DEPENDS/RDEPENDS
dependency tree, but rather in EXTRA_IMAGEDEPENDS list? I'm copying
bitbake and oe-core lists, as I don't think it's meta-ti specific
issue - u-boot recipe looks fine.

good question ... for which i don't know the answer. to make sure
this is reproducible, i blew everything away and started from scratch
with a new panda build. here's my bblayers.conf:

but when i do a fetchall, i don't get u-boot_2011.12. only when i
try to build a core-image-minimal does the build fail toward the end
trying to fetch u-boot_2011.12. here's the layering info:

i'm sure i'm just doing something silly, but i've never run into the
situation where a fetchall doesn't actually fetch absolutely
everything that's needed for the build.

Try adding CORE_IMAGE_EXTRA_INSTALL=u-boot somewhere, like local.conf and
if that fixes your usecase, it has to be a bug with bitbake forgetting to
pre-fetch machine's specific EXTRA_IMAGEDEPENDS - file a bug then.

yup, that did it ... now bitbake is trying to fetch it. so that's
the problem.

FWIW, this is the same issue as
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3554

since EXTRA_IMAGEDEPENDS get injected as tdepends and these aren't
becoming part of recrdepends any more.

Cheers,

Richard

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

[OE-core] [Patch v2 1/1] create-pull-request: detect trailing white space

2012-12-11 Thread nitin . a . kamble

From: Nitin A Kamble nitin.a.kam...@intel.com

Add logic in the create-pull-request to detect and warn about the
trailing white space inserted by patches.

Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
 scripts/create-pull-request |8 
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/scripts/create-pull-request b/scripts/create-pull-request
index 9a8913d..9692bf1 100755
--- a/scripts/create-pull-request
+++ b/scripts/create-pull-request
@@ -229,3 +229,11 @@ Review their content, especially the summary mail:
 When you are satisfied, you can send them with:
 send-pull-request -a -p $ODIR
 EOM
+
+# Check the patches for trailing white space
+egrep -q -e ^\+.*\s+$ $ODIR/*
+if [ $? -ne 1 ]; then
+   echo
+   echo WARNING: Trailing white space detected at these locations
+   egrep -nH --color -e ^\+.*\s+$ $ODIR/*
+fi
-- 
1.7.3.4


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

[OE-core] [Patch v2 0/1] a commit for detecting trailing whitespace

2012-12-11 Thread nitin . a . kamble

From: Nitin A Kamble nitin.a.kam...@intel.com

This v2 commit makes the egrep's output colorful with the --color option, and
output is made silent when the patches are clean wrt trailing white space.

Detecting of the mixed white space was discussed on the mailing list, but
the discussion did not reach to a final agreement, so this commit is not adding
that detection yet.

Thanks,
Nitin

The following changes since commit c607095894cab60493ddfc4b967b0325e1c313b4:

  bitbake: Revert BBHandler: Ensure parser state engine is correctly reset for 
new parsing (2012-12-07 18:09:01 +)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib nitin/misc
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/misc

Nitin A Kamble (1):
  create-pull-request: detect trailing white space

 scripts/create-pull-request |8 
 1 files changed, 8 insertions(+), 0 deletions(-)

-- 
1.7.3.4


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

Re: [OE-core] [PATCH] libacpi: Remove QA warning: No GNU_HASH in the elf binary


On 12/11/2012 12:12 AM, Shakeel, Muhammad wrote:

From: Muhammad Shakeel muhammad_shak...@mentor.com

Handle LDFLAGS properly in the Makefile to remove warning:
QA Issue: No GNU_HASH in the elf binary

Signed-off-by: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
  meta/recipes-bsp/libacpi/files/ldflags.patch |   34 ++
  meta/recipes-bsp/libacpi/libacpi_0.2.bb  |3 ++-
  2 files changed, 36 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-bsp/libacpi/files/ldflags.patch 
b/meta/recipes-bsp/libacpi/files/ldflags.patch
new file mode 100644
index 000..8049aa8
--- /dev/null
+++ b/meta/recipes-bsp/libacpi/files/ldflags.patch
@@ -0,0 +1,34 @@


There is no patch header, this needs an Upstream-Status and Signed-off-by:

Thanks
Sau!



+---
+ Makefile  |3 ++-
+ config.mk |1 +
+ 2 files changed, 3 insertions(+), 1 deletion(-)
+
+--- libacpi-0.2.orig/Makefile
 libacpi-0.2/Makefile
+@@ -19,6 +19,7 @@ options:
+   @echo CFLAGS   = ${CFLAGS}
+   @echo CC   = ${CC}
+   @echo SOFLAGS  = ${SOFLAGS}
++  @echo LDFLAGS  = ${LDFLAGS}
+   @echo LD   = ${LD}
+
+ .c.o:
+@@ -34,7 +35,7 @@ libacpi.a: ${OBJ}
+
+ libacpi.so: ${OBJ}
+   @echo LD $@
+-  @${CC} ${SOFLAGS} -o $@.${SOVERSION} ${OBJ}
++  @${CC} ${SOFLAGS} ${LDFLAGS} -o $@.${SOVERSION} ${OBJ}
+
+ test-libacpi: ${OBJ_test}
+   @echo LD $@
+--- libacpi-0.2.orig/config.mk
 libacpi-0.2/config.mk
+@@ -10,6 +10,7 @@ MANPREFIX = ${PREFIX}/share/man
+ SOFLAGS = -shared -Wl,-soname,${SONAME}
+ CFLAGS += -fPIC -g --pedantic -Wall -Wextra
+ ARFLAGS = cr
++LDFLAGS =
+
+ # Compiler and linker
+ CC = cc
diff --git a/meta/recipes-bsp/libacpi/libacpi_0.2.bb 
b/meta/recipes-bsp/libacpi/libacpi_0.2.bb
index b0fbf0b..f4c323d 100644
--- a/meta/recipes-bsp/libacpi/libacpi_0.2.bb
+++ b/meta/recipes-bsp/libacpi/libacpi_0.2.bb
@@ -10,7 +10,8 @@ PR = r6
  SRC_URI = http://www.ngolde.de/download/libacpi-${PV}.tar.gz \
   file://makefile-fix.patch \
   file://libacpi_fix_for_x32.patch \
-  file://use_correct_strip_in_cross_environment.patch
+  file://use_correct_strip_in_cross_environment.patch \
+  file://ldflags.patch 

  SRC_URI[md5sum] = 05b53dd7bead66dda35fec502b91066c
  SRC_URI[sha256sum] = 
13086e31d428b9c125954d48ac497b754bbbce2ef34ea29ecd903e82e25bad29



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

Re: [OE-core] [PATCH] wireless-tools: Remove QA warning: No GNU_HASH in the elf binary


On 12/11/2012 02:08 AM, Shakeel, Muhammad wrote:

From: Muhammad Shakeel muhammad_shak...@mentor.com

Handle LDFLAGS properly in the Makefile to remove warning:
QA Issue: No GNU_HASH in the elf binary

Signed-off-by: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com
---
  .../wireless-tools/wireless-tools/ldflags.patch|   15 +++
  .../wireless-tools/wireless-tools_29.bb|3 ++-
  2 files changed, 17 insertions(+), 1 deletion(-)

diff --git 
a/meta/recipes-connectivity/wireless-tools/wireless-tools/ldflags.patch 
b/meta/recipes-connectivity/wireless-tools/wireless-tools/ldflags.patch
new file mode 100644
index 000..84144ac
--- /dev/null
+++ b/meta/recipes-connectivity/wireless-tools/wireless-tools/ldflags.patch
@@ -0,0 +1,15 @@


No patch header

Please add a Signed-off-by: and Upstream-Status: tags

Thanks
Sau!


+---
+ Makefile |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- wireless_tools.29.orig/Makefile
 wireless_tools.29/Makefile
+@@ -144,7 +144,7 @@ wireless.h:
+
+ # Compilation of the dynamic library
+ $(DYNAMIC): $(OBJS:.o=.so)
+-  $(CC) -shared -o $@ -Wl,-soname,$@ $(STRIPFLAGS) $(LIBS) -lc $^
++  $(CC) -shared -o $@ -Wl,-soname,$@ $(LDFLAGS) $(STRIPFLAGS) $(LIBS) -lc 
$^
+
+ # Compilation of the static library
+ $(STATIC): $(OBJS:.o=.so)
diff --git a/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb 
b/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb
index 209f29a..b4d34bb 100644
--- a/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb
+++ b/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb
@@ -14,7 +14,8 @@ SRC_URI = 
http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/wireless_tools.2
   file://man.patch \
   file://wireless-tools.if-pre-up \
   file://zzz-wireless.if-pre-up \
-  file://avoid_strip.patch
+  file://avoid_strip.patch \
+  file://ldflags.patch

  SRC_URI[md5sum] = e06c222e186f7cc013fd272d023710cb
  SRC_URI[sha256sum] = 
6fb80935fe208538131ce2c4178221bab1078a1656306bce8909c19887e2e5a1



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

Re: [OE-core] [PATCH 1/1] squashfs: fix CVE-2012-4025


On 12/11/2012 02:00 AM, yanjun.zhu wrote:

From: yanjun.zhu yanjun@windriver.com

CQID:WIND00366813

Reference: http://squashfs.git.sourceforge.net/git/gitweb.cgi?
p=squashfs/squashfs;a=patch;h=8515b3d420f502c5c0236b86e2d6d7e3b23c190e

Integer overflow in the queue_init function in unsquashfs.c in
unsquashfs in Squashfs 4.2 and earlier allows remote attackers
to execute arbitrary code via a crafted block_log field in the
superblock of a .sqsh file, leading to a heap-based buffer overflow.

http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-4025

Signed-off-by: yanjun.zhu yanjun@windriver.com



This was merged on Nov 30th, or is shit intended for danny, possibly denzil.

Sau!


[YOCTO #3564]
---
  .../patches/squashfs-4.2-fix-CVE-2012-4025.patch   | 190 ++
  ...dd-a-commment-and-fix-some-other-comments.patch |  38 
  .../patches/squashfs-fix-open-file-limit.patch | 215 +
  .../squashfs-tools/squashfs-tools_4.2.bb   |   3 +
  4 files changed, 446 insertions(+)
  create mode 100644 
meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch
  create mode 100644 
meta/recipes-devtools/squashfs-tools/patches/squashfs-add-a-commment-and-fix-some-other-comments.patch
  create mode 100644 
meta/recipes-devtools/squashfs-tools/patches/squashfs-fix-open-file-limit.patch

diff --git 
a/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch
 
b/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch
new file mode 100644
index 000..0dabfba
--- /dev/null
+++ 
b/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch
@@ -0,0 +1,190 @@
+Upstream-Status: Backport
+
+Reference: http://squashfs.git.sourceforge.net/git/gitweb.cgi?
+p=squashfs/squashfs;a=patch;h=8515b3d420f502c5c0236b86e2d6d7e3b23c190e
+
+Integer overflow in the queue_init function in unsquashfs.c in
+unsquashfs in Squashfs 4.2 and earlier allows remote attackers
+to execute arbitrary code via a crafted block_log field in the
+superblock of a .sqsh file, leading to a heap-based buffer overflow.
+
+http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-4025
+
+Signed-off-by: yanjun.zhu yanjun@windriver.com
+
+--- a/unsquashfs.c 2012-11-30 17:57:57.0 +0800
 b/unsquashfs.c 2012-11-30 17:58:09.0 +0800
+@@ -33,6 +33,7 @@
+ #include sys/types.h
+ #include sys/time.h
+ #include sys/resource.h
++#include limits.h
+
+ struct cache *fragment_cache, *data_cache;
+ struct queue *to_reader, *to_deflate, *to_writer, *from_writer;
+@@ -138,6 +139,24 @@ void sigalrm_handler()
+ }
+
+
++int add_overflow(int a, int b)
++{
++  return (INT_MAX - a)  b;
++}
++
++
++int shift_overflow(int a, int shift)
++{
++  return (INT_MAX  shift)  a;
++}
++
++
++int multiply_overflow(int a, int multiplier)
++{
++  return (INT_MAX / multiplier)  a;
++}
++
++
+ struct queue *queue_init(int size)
+ {
+   struct queue *queue = malloc(sizeof(struct queue));
+@@ -145,6 +164,10 @@ struct queue *queue_init(int size)
+   if(queue == NULL)
+   EXIT_UNSQUASH(Out of memory in queue_init\n);
+
++  if(add_overflow(size, 1) ||
++  multiply_overflow(size + 1, sizeof(void *)))
++  EXIT_UNSQUASH(Size too large in queue_init\n);
++
+   queue-data = malloc(sizeof(void *) * (size + 1));
+   if(queue-data == NULL)
+   EXIT_UNSQUASH(Out of memory in queue_init\n);
+@@ -1948,13 +1971,30 @@ void initialise_threads(int fragment_buf
+* allocate to_reader, to_deflate and to_writer queues.  Set based on
+* open file limit and cache size, unless open file limit is unlimited,
+* in which case set purely based on cache limits
++   *
++   * In doing so, check that the user supplied values do not overflow
++   * a signed int
+*/
+   if (max_files != -1) {
++  if(add_overflow(data_buffer_size, max_files) ||
++  add_overflow(data_buffer_size, max_files * 2))
++  EXIT_UNSQUASH(Data queue size is too large\n);
++
+   to_reader = queue_init(max_files + data_buffer_size);
+   to_deflate = queue_init(max_files + data_buffer_size);
+   to_writer = queue_init(max_files * 2 + data_buffer_size);
+   } else {
+-  int all_buffers_size = fragment_buffer_size + data_buffer_size;
++  int all_buffers_size;
++
++  if(add_overflow(fragment_buffer_size, data_buffer_size))
++  EXIT_UNSQUASH(Data and fragment queues combined are
++   too large\n);
++
++  all_buffers_size = fragment_buffer_size + data_buffer_size;
++
++  if(add_overflow(all_buffers_size, all_buffers_size))
++  EXIT_UNSQUASH(Data and fragment queues combined are
++

Re: [OE-core] slightly confused about .bbappend file and FILESPATH

2012-12-11 Thread Robert P. J. Day

On Tue, 11 Dec 2012, Martin Jansa wrote:

 On Thu, Dec 06, 2012 at 01:19:57PM -0500, Robert P. J. Day wrote:
  On Thu, 6 Dec 2012, Mark Hatle wrote:
 
   On 12/6/12 12:03 PM, Robert P. J. Day wrote:
   
   currently writing a tutorial page on how .bbappend files and
FILESPATH work, and i wanted to use a live example, but now i'm
confused.
  
   The way it works is the same way as PATH in the shell.  It's just a set of
   search paths.
  
   using meta-ti layer, i chose to build core-image-minimal for a
beagleboard, for which the meta-ti layer has the following under
recipes-core/netbase/ that i want to use as an example:
   
$ find
.
./netbase_5.0.bbappend
./netbase-5.0
./netbase-5.0/beagleboard
./netbase-5.0/beagleboard/interfaces
$
   
where the .bbappend file contains only:
   
THISDIR := ${@os.path.dirname(bb.data.getVar('FILE', d, True))}
  
   I believe this is the default value of 'THISDIR' already, so there is no
   reason to specify it in the .bbappend itself.
  
FILESPATH =. ${@base_set_filespath([${THISDIR}/${PN}], d)}:
  
   In this example, it's incorrect.  As you have a directory named
   netbase-5.0, so your FILESPATH should be: ${THISDIR}/${PN}-${PV}
 
ok, so that's just a bug in the setting of FILESPATH in that one
  example?  whew.  i was seriously wondering how badly i misunderstood
  how this feature worked.
 
as soon as my beagle core-image-minimal finishes building, i should
  be able to trivially check that the interfaces file used to populate
  the rootfs image is the one from oe-core and not the one that should
  have come from meta-ti.

 See FILESEXTRAPATHS in other bbappends and

 meta/classes/base.bbclass:FILESPATH = 
 ${@base_set_filespath([${FILE_DIRNAME}/${BP},${FILE_DIRNAME}/${BPN}, 
 ${FILE_DIRNAME}/files], d)}

 + definition of fce base_set_filespath:
 meta/classes/utils.bbclass:def base_set_filespath(path, d):

  i'm still not sure what your point is here.  to be perfectly clear,
if i'm pulling in the meta-ti layer and building a core-image-minimal
for a beagleboard, it appears that the overriding network interfaces
file from the meta-ti layer does *not* override the one from oe-core
since this is the full value of FILESPATH being used:

# FILESPATH=${@base_set_filespath([${THISDIR}/${PN}], d)}
${@base_set_filespath([${FILE_DIRNAME}/${BP}, ${FILE_DIRNAME}/${BPN}, 
${FILE_DIRNAME}/files], d)}
FILESPATH=/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/linux-gnueabi
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/arm
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/build-linux
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/pn-netbase
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/dm814x-evm
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/ti814x
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/armv7a
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/class-target
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/forcevariable
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/libc-glibc
/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/linux-gnueabi
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/arm
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/build-linux
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/pn-netbase
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/dm814x-evm
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/ti814x
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/armv7a
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/class-target
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/forcevariable
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/libc-glibc
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/linux-gnueabi
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/arm
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/build-linux
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/pn-netbase
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/dm814x-evm
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/ti814x
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/armv7a
/home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/

Re: [OE-core] [PATCH 1/8] Wayland userspace library initial 1.0.2

On 11 December 2012 08:29, Alex DAMIAN alexandru.dam...@intel.com wrote:
 This patch is specifically based on work by Damien Lespiau for
 collabora, but updated to build wayland 1.0.2.

Damien Lespiau is an Intel employee, nothing to do with Collabora.
Anything mentioning Damien predates Collabora's interest in Yocto.

Ross

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

Re: [OE-core] [PATCH 2/8] Add Wayland image type

The commit summary is wrong, this is a package group not image type.

On 11 December 2012 11:36, Alex DAMIAN alexandru.dam...@intel.com wrote:
 +RPROVIDES_${PN} = task-wayland
 +RREPLACES_${PN} = task-wayland
 +RCONFLICTS_${PN} = task-wayland

These are only needed if there was a task-wayland to provide a
migration path, as there wasn't these can be removed.

Ross

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

Re: [OE-core] [PATCH 3/8] Enable Wayland distro feature by default

On 11 December 2012 08:29, Alex DAMIAN alexandru.dam...@intel.com wrote:
 Conflicts:
 meta/conf/distro/include/default-distrovars.inc

Remove this section from the message.  Also unsure if we should enable
it by default right now.

Ross

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

Re: [OE-core] [PATCH 4/8] mesa: merge internal libraries into mesa-dri package

On 11 December 2012 08:29, Alex DAMIAN alexandru.dam...@intel.com wrote:
 From: Ross Burton ross.bur...@intel.com

 libglapi and libgbm are specific to Mesa and it's unlikely that they'll be 
 used
 on their own.  Mesa 9 also adds another internal library, libdricore, so 
 prepare
 for that by putting these mesa-specific libraries into the mesa-dri package.

I retracted this patch, drop it from your branch.

(see Saul's latest consolidated pull or master-under-test for the
latest patches)

Ross

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

Re: [OE-core] [PATCH 5/8] mesa-dri: upgrade -git version to current master

On 11 December 2012 08:29, Alex DAMIAN alexandru.dam...@intel.com wrote:
 From: Ross Burton ross.bur...@intel.com

Again this is in m-u-t and the latest consolidated pull, so expect to
rebase soon and see this disappear.

Ross

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

Re: [OE-core] [PATCH 6/8] Fixes for the mesa-dri recipe

On 11 December 2012 08:29, Alex DAMIAN alexandru.dam...@intel.com wrote:
 From: Alexandru DAMIAN alexandru.dam...@intel.com

 This set of changes fix packaging and compilation
 options for the mesa-dri.

 It also affects priority so that the git version is preffered.

Why can't use mesa-dri git be part of the pre-requisites for now?
We may be happy with a well chose git snapshot of Mesa but the current
revision is literally just HEAD when I changed mesa-git for the new
build system in master.

  DRIDRIVERS = swrast
 -DRIDRIVERS_append_x86 = ,i915,i965
 -DRIDRIVERS_append_x86-64 = ,i915,i965
 +#DRIDRIVERS_append_x86 = ,i915,i965
 +#DRIDRIVERS_append_x86-64 = ,i915,i965

That's not a fix...

Ross

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

Re: [OE-core] [PATCH 7/8] Adds wayland/weston recipe

On 11 December 2012 08:29, Alex DAMIAN alexandru.dam...@intel.com wrote:
 +EXTRA_OECONF += --enable-clients --enable-drm-compositor --enable-xwayland

--enable-drm-compositor is repeated in the (commented out) kms packageconfig.

XWayland should be a packageconfig option.

 +PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'wayland', 'wayland', 
 '', d)} \

What's the point of this?

 +   ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} 
 \
 +   ${@base_contains('DISTRO_FEATURES', 'opengles2', 'gles', 
 '', d)} \
 +  
 +#PACKAGECONFIG[kms] = --enable-drm-compositor,--disable-drm-compositor,drm 
 virtual/libgbm udev

Presumably this is the DRM compositor that the commit message refers to?

Ross

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

[OE-core] [PATCH] libmatchbox: upgrade to 1.10, drop git

2012-12-11 Thread Ross Burton

All patches have been upstreamed so drop them, and as upstream isn't heavily
developed drop the git recipe.

Signed-off-by: Ross Burton ross.bur...@intel.com
---
 .../libmatchbox/files/16bppfixes-2.patch   |  260 
 .../libmatchbox/files/16bppfixes.patch |   38 ---
 .../libmatchbox/files/autofoo.patch|   21 --
 .../libmatchbox/files/configure_fixes.patch|   81 --
 .../libmatchbox/files/fix-configure-for-1.9.patch  |   16 --
 .../libmatchbox/files/matchbox-start-fix.patch |   23 --
 meta/recipes-graphics/libmatchbox/libmatchbox.inc  |   17 --
 .../libmatchbox/libmatchbox_1.10.bb|   28 +++
 .../libmatchbox/libmatchbox_1.9.bb |   16 --
 .../libmatchbox/libmatchbox_git.bb |   16 --
 10 files changed, 28 insertions(+), 488 deletions(-)
 delete mode 100644 meta/recipes-graphics/libmatchbox/files/16bppfixes-2.patch
 delete mode 100644 meta/recipes-graphics/libmatchbox/files/16bppfixes.patch
 delete mode 100644 meta/recipes-graphics/libmatchbox/files/autofoo.patch
 delete mode 100644 
meta/recipes-graphics/libmatchbox/files/configure_fixes.patch
 delete mode 100644 
meta/recipes-graphics/libmatchbox/files/fix-configure-for-1.9.patch
 delete mode 100644 
meta/recipes-graphics/libmatchbox/files/matchbox-start-fix.patch
 delete mode 100644 meta/recipes-graphics/libmatchbox/libmatchbox.inc
 create mode 100644 meta/recipes-graphics/libmatchbox/libmatchbox_1.10.bb
 delete mode 100644 meta/recipes-graphics/libmatchbox/libmatchbox_1.9.bb
 delete mode 100644 meta/recipes-graphics/libmatchbox/libmatchbox_git.bb

diff --git a/meta/recipes-graphics/libmatchbox/files/16bppfixes-2.patch 
b/meta/recipes-graphics/libmatchbox/files/16bppfixes-2.patch
deleted file mode 100644
index 9bcd582..000
--- a/meta/recipes-graphics/libmatchbox/files/16bppfixes-2.patch
+++ /dev/null
@@ -1,260 +0,0 @@
-Upstream-Status: Pending
-
 libmatchbox/libmb/mbpixbuf.c.orig  2007-05-04 14:41:55.0 +0100
-+++ libmatchbox/libmb/mbpixbuf.c   2007-05-04 14:41:55.0 +0100
-@@ -710,46 +710,19 @@
-   return colnum;
- }
- 
--
--static unsigned long
--mb_pixbuf_get_pixel(MBPixbuf *pb, int r, int g, int b, int a)
-+/*
-+ * Split the mb_pixbuf_get_pixel() function into several specialized
-+ * functions which we will inline; this allows us to optimize
-+ * mb_pixbuf_img_render_to_drawable_with_gc () by taking some of the
-+ * decision taking outside of the double loop
-+ */
-+
-+/*
-+ * Get pixel value for rgb values and pixel depth = 8
-+ */
-+static inline unsigned long
-+mb_pixbuf_get_pixel_le8_rgb (MBPixbuf *pb, int r, int g, int b)
- {
--  if (pb-depth  8)
--{
--  switch (pb-depth)
--  {
--  case 15:
--return ((r  0xf8)  7) | ((g  0xf8)  2) | ((b  0xf8)  3);
--  case 16:
--return ((r  0xf8)  8) | ((g  0xfc)  3) | ((b  0xf8)  3);
--  case 24:
--  case 32:
--switch (pb-byte_order)
--  {
--  case BYTE_ORD_24_RGB:
--return ((r  0xff)  16) | ((g  0xff)  8) | (b  0xff);
--  case BYTE_ORD_24_RBG:
--return ((r  0xff)  16) | ((b  0xff)  8) | (g  0xff);
--  case BYTE_ORD_24_BRG:
--return ((b  0xff)  16) | ((r  0xff)  8) | (g  0xff);
--  case BYTE_ORD_24_BGR:
--return ((b  0xff)  16) | ((g  0xff)  8) | (r  0xff);
--  case BYTE_ORD_24_GRB:
--return ((g  0xff)  16) | ((r  0xff)  8) | (b  0xff);
--  case BYTE_ORD_24_GBR:
--return ((g  0xff)  16) | ((b  0xff)  8) | (r  0xff);
--  case BYTE_ORD_32_ARGB:
--return  (a  24) | (r  16) | (g  8) | b;
--  default:
--return 0;
--  }
--  default:
--return 0;
--  }
--  return 0;
--}
--
--  /* pb-depth = 8 */
-   switch(pb-vis-class)
- {
- case PseudoColor:
-@@ -794,6 +767,111 @@
-   return 0;
- }
- 
-+/*
-+ * Get pixel value from a pointer to 16bbp value for pixel depth = 8
-+ * and advance the pointer
-+ */
-+static inline unsigned long
-+mb_pixbuf_get_pixel_le8_16bpp_advance (MBPixbuf *pb, unsigned char ** p)
-+{
-+  unsigned short s = SHORT_FROM_2BYTES(*p);
-+  int r, b, g;
-+
-+  r = (s  0xf800)  8;
-+  g = (s  0x07e0)  3;
-+  b = (s  0x001f)  3;
-+
-+  *p += 2;
-+  
-+  return mb_pixbuf_get_pixel_le8_rgb (pb, r, g, b);
-+}
-+
-+/*
-+ * Get pixel value for rgba values and pixel depth  8
-+ *
-+ */
-+static inline unsigned long
-+mb_pixbuf_get_pixel_gt8_rgba (MBPixbuf *pb, int r, int g, int b, int a)
-+{
-+  switch (pb-depth)
-+{
-+case 15:
-+  switch (pb-byte_order)
-+  {
-+  case BYTE_ORD_24_RGB:
-+return ((r  0xf8)  7) | ((g  0xf8)  2) | ((b  0xf8)  3);
-+  case BYTE_ORD_24_BGR:
-+return ((b  0xf8)  7) | ((g  0xf8)  2) | ((r  0xf8)  3);
-+  }
-+case 16:
-+  switch (pb-byte_order)
-+  {
-+  case BYTE_ORD_24_RGB:
-+return ((r  0xf8)  8) | ((g  0xfc)  3) | ((b  0xf8)

[OE-core] [PATCH] chrpath: normalize the paths

By normalizing the paths the path comparing code works correct
to generate the right RPATH even when there is a A/../A in TMPDIR

[YOCTO #3408]

Signed-off-by: Saul Wold s...@linux.intel.com
---
 meta/classes/chrpath.bbclass |5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/classes/chrpath.bbclass b/meta/classes/chrpath.bbclass
index 4a6e697..82329d1 100644
--- a/meta/classes/chrpath.bbclass
+++ b/meta/classes/chrpath.bbclass
@@ -6,8 +6,8 @@ def process_dir (directory, d):
 import stat
 
 cmd = d.expand('${CHRPATH_BIN}')
-tmpdir = d.getVar('TMPDIR')
-basedir = d.expand('${base_prefix}')
+tmpdir = os.path.normpath(d.getVar('TMPDIR'))
+basedir = os.path.normpath(d.expand('${base_prefix}'))
 
 #bb.debug(Checking %s for binaries to process % directory)
 if not os.path.exists(directory):
@@ -49,6 +49,7 @@ def process_dir (directory, d):
 new_rpaths = []
 for rpath in rpaths:
 # If rpath is already dynamic copy it to new_rpath and continue
+rpath =  os.path.normpath(rpath)
 if rpath.find($ORIGIN) != -1:
 new_rpaths.append(rpath.strip())
 continue
-- 
1.7.9.5


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

Re: [OE-core] [PATCH] autotools: copy also remove-potcdate.sin from ${STAGING_DATADIR_NATIVE}/gettext/po


On 12/11/2012 03:10 AM, Martin Jansa wrote:

* some packages (e.g. uptime, cpu, forecasts, news from meta-efl)
   don't have remove-potcdate.sin in po subdirectory, but Makefile.in.in
   supplied by autotools.bbclass depends on it and fails without like this:
   | make[3]: Entering directory 
`/OE/shr-core/tmp-eglibc/work/x86_64-oe-linux/uptime/0.0.2+svnr80477-r0.0/E-MODULES-EXTRA/uptime/po'
   | make[3]: *** No rule to make target `remove-potcdate.sin', needed by 
`remove-potcdate.sed'.  Stop.
   | make[3]: Leaving directory 
`/OE/shr-core/tmp-eglibc/work/x86_64-oe-linux/uptime/0.0.2+svnr80477-r0.0/E-MODULES-EXTRA/uptime/po'
   | make[2]: *** [uptime.pot] Error 2

Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
  meta/classes/autotools.bbclass | 1 +
  1 file changed, 1 insertion(+)

diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index ca981ec..3154435 100644
--- a/meta/classes/autotools.bbclass
+++ b/meta/classes/autotools.bbclass
@@ -193,6 +193,7 @@ autotools_do_configure() {
cp 
${STAGING_DATADIR_NATIVE}/gettext/config.rpath ${AUTOTOOLS_AUXDIR}/
if [ -d ${S}/po/ ]; then
cp 
${STAGING_DATADIR_NATIVE}/gettext/po/Makefile.in.in ${S}/po/
+   cp 
${STAGING_DATADIR_NATIVE}/gettext/po/remove-potcdate.sin ${S}/po/
fi
for i in gettext.m4 iconv.m4 lib-ld.m4 
lib-link.m4 lib-prefix.m4 nls.m4 po.m4 progtest.m4; do
for j in `find ${S} -name $i | grep -v 
aclocal-copy`; do

This patch seems to have an adverse affect on a number of other packages 
some how. I saw a number patch failures and configure failures with this 
patch.


See the Autobuilder for examples.

http://autobuilder.yoctoproject.org:8010/builders/nightly-x86/builds/830/steps/shell_29/logs/stdio


Sau!


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

Re: [OE-core] [PATCH 1/4] alsa-utils: Pass udev-rules-dir as parameter

2012-12-11 Thread ChenQi


On 12/11/2012 11:29 PM, Constantin Musca wrote:

Fix the following warning:
WARNING: QA Issue: alsa-utils: Files/directories were installed but not shipped
   /lib
   /lib/udev
   /lib/udev/rules.d
   /lib/udev/rules.d/90-alsa-restore.rules

[YOCTO #3440]

Signed-off-by: Constantin Muscaconstantinx.mu...@intel.com
---
  meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb 
b/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
index 597e8b6..8f28a48 100644
--- a/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
+++ b/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
@@ -6,7 +6,7 @@ LICENSE = GPLv2+
  LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
  
file://alsactl/utils.c;beginline=1;endline=20;md5=fe9526b055e246b5558809a5ae25c0b9
  DEPENDS = alsa-lib ncurses libsamplerate0
-PR = r2
+PR = r3

  SRC_URI = ftp://ftp.alsa-project.org/pub/utils/alsa-utils-${PV}.tar.bz2 \
 file://ncursesfix.patch \
@@ -21,7 +21,7 @@ SRC_URI[sha256sum] = 
2e676a2f634bbfe279b260e10a96f617cb72ee63c5bbf6c5f96bb61570
  # http://bugs.openembedded.org/show_bug.cgi?id=2348
  # please close bug and remove this comment when properly fixed
  #
-EXTRA_OECONF = --disable-xmlto
+EXTRA_OECONF = --disable-xmlto 
--with-udev-rules-dir=${base_libdir}/udev/rules.d
  EXTRA_OECONF_append_libc-uclibc =  --disable-nls

  inherit autotools gettext

Hi Musca,
Another bug is related to the udev rules directory. It's similar to this 
one.

https://bugzilla.yoctoproject.org/show_bug.cgi?id=2804
(You could also use 'udev' to filter the message in oe-core list to see 
the previous discussions on this topic.)
It seems alsa-utils does not seem to be the only package that hardcodes 
its udev-rules-dir.

Besides, udev cannot start properly if installed under /lib64.

#!/bin/sh

### BEGIN INIT INFO
# Provides:  udev
# Required-Start:mountvirtfs
# Required-Stop:
# Default-Start: S
# Default-Stop:
# Short-Description: Start udevd, populate /dev and load drivers.
### END INIT INFO

export TZ=/etc/localtime

[ -d /sys/class ] || exit 1
[ -r /proc/mounts ] || exit 1
[ -x /lib/udev/udevd ] || exit 1
[ -f /etc/default/udev-cache ]  . /etc/default/udev-cache
[ -f /etc/udev/udev.conf ]  . /etc/udev/udev.conf

The question here is:
Whether we should always install udev under /lib or patch all packages 
that hardcodes udev-rules-dir to be under '/lib'. Maybe there are other 
better approaches?


Please have a look at these and let me know your opinions.

Thanks a lot,
Chen Qi

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

Re: [OE-core] [PATCH 1/1] squashfs: fix CVE-2012-4025

2012-12-11 Thread yzhu1


On 12/12/2012 03:04 AM, Saul Wold wrote:

On 12/11/2012 02:00 AM, yanjun.zhu wrote:

From: yanjun.zhu yanjun@windriver.com

CQID:WIND00366813

Reference: http://squashfs.git.sourceforge.net/git/gitweb.cgi?
p=squashfs/squashfs;a=patch;h=8515b3d420f502c5c0236b86e2d6d7e3b23c190e

Integer overflow in the queue_init function in unsquashfs.c in
unsquashfs in Squashfs 4.2 and earlier allows remote attackers
to execute arbitrary code via a crafted block_log field in the
superblock of a .sqsh file, leading to a heap-based buffer overflow.

http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-4025

Signed-off-by: yanjun.zhu yanjun@windriver.com



This was merged on Nov 30th, or is shit intended for danny, possibly 
denzil.


Sau!


Hi, Saul

Thanks for your reply. Maybe you are mistaken. Just now I checked the 
latest

source code. This patch is not merged. Please check it again.

Thanks a lot.
Zhu Yanjun

[YOCTO #3564]
---
  .../patches/squashfs-4.2-fix-CVE-2012-4025.patch   | 190 
++

  ...dd-a-commment-and-fix-some-other-comments.patch |  38 
  .../patches/squashfs-fix-open-file-limit.patch | 215 
+

  .../squashfs-tools/squashfs-tools_4.2.bb   |   3 +
  4 files changed, 446 insertions(+)
  create mode 100644 
meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch
  create mode 100644 
meta/recipes-devtools/squashfs-tools/patches/squashfs-add-a-commment-and-fix-some-other-comments.patch
  create mode 100644 
meta/recipes-devtools/squashfs-tools/patches/squashfs-fix-open-file-limit.patch


diff --git 
a/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch 
b/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch 


new file mode 100644
index 000..0dabfba
--- /dev/null
+++ 
b/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch

@@ -0,0 +1,190 @@
+Upstream-Status: Backport
+
+Reference: http://squashfs.git.sourceforge.net/git/gitweb.cgi?
+p=squashfs/squashfs;a=patch;h=8515b3d420f502c5c0236b86e2d6d7e3b23c190e
+
+Integer overflow in the queue_init function in unsquashfs.c in
+unsquashfs in Squashfs 4.2 and earlier allows remote attackers
+to execute arbitrary code via a crafted block_log field in the
+superblock of a .sqsh file, leading to a heap-based buffer overflow.
+
+http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-4025
+
+Signed-off-by: yanjun.zhu yanjun@windriver.com
+
+--- a/unsquashfs.c2012-11-30 17:57:57.0 +0800
 b/unsquashfs.c2012-11-30 17:58:09.0 +0800
+@@ -33,6 +33,7 @@
+ #include sys/types.h
+ #include sys/time.h
+ #include sys/resource.h
++#include limits.h
+
+ struct cache *fragment_cache, *data_cache;
+ struct queue *to_reader, *to_deflate, *to_writer, *from_writer;
+@@ -138,6 +139,24 @@ void sigalrm_handler()
+ }
+
+
++int add_overflow(int a, int b)
++{
++return (INT_MAX - a)  b;
++}
++
++
++int shift_overflow(int a, int shift)
++{
++return (INT_MAX  shift)  a;
++}
++
++
++int multiply_overflow(int a, int multiplier)
++{
++return (INT_MAX / multiplier)  a;
++}
++
++
+ struct queue *queue_init(int size)
+ {
+ struct queue *queue = malloc(sizeof(struct queue));
+@@ -145,6 +164,10 @@ struct queue *queue_init(int size)
+ if(queue == NULL)
+ EXIT_UNSQUASH(Out of memory in queue_init\n);
+
++if(add_overflow(size, 1) ||
++multiply_overflow(size + 1, sizeof(void *)))
++EXIT_UNSQUASH(Size too large in queue_init\n);
++
+ queue-data = malloc(sizeof(void *) * (size + 1));
+ if(queue-data == NULL)
+ EXIT_UNSQUASH(Out of memory in queue_init\n);
+@@ -1948,13 +1971,30 @@ void initialise_threads(int fragment_buf
+  * allocate to_reader, to_deflate and to_writer queues. Set 
based on
+  * open file limit and cache size, unless open file limit is 
unlimited,

+  * in which case set purely based on cache limits
++ *
++ * In doing so, check that the user supplied values do not 
overflow

++ * a signed int
+  */
+ if (max_files != -1) {
++if(add_overflow(data_buffer_size, max_files) ||
++add_overflow(data_buffer_size, max_files * 2))
++EXIT_UNSQUASH(Data queue size is too large\n);
++
+ to_reader = queue_init(max_files + data_buffer_size);
+ to_deflate = queue_init(max_files + data_buffer_size);
+ to_writer = queue_init(max_files * 2 + data_buffer_size);
+ } else {
+-int all_buffers_size = fragment_buffer_size + 
data_buffer_size;

++int all_buffers_size;
++
++if(add_overflow(fragment_buffer_size, data_buffer_size))
++EXIT_UNSQUASH(Data and fragment queues combined are
++ too large\n);
++
++all_buffers_size = fragment_buffer_size + data_buffer_size;
++
++if(add_overflow(all_buffers_size, all_buffers_size))
++EXIT_UNSQUASH(Data and fragment

Re: [OE-core] how to change the resolution of qemux86 machine to 320x240?

2012-12-11 Thread Yi Qingliang

On Tuesday, December 11, 2012 11:07:00 AM Marcin Juszkiewicz wrote:
 W dniu 11.12.2012 17:54, Yi Qingliang pisze:
  Hi!
  
  I have a s3c2442 system with 320x240 touch screen, and I want use qemux86
  to simulate it on pc.
  
  I googled, got vga=xxx in kernel arguments, but no success.
  use vga=ask can select resolution, but no 320x240.
  what's the right way?
 
 IIRC one option is to patch vgabios which qemu uses and add new VESA
 mode with this resolution.
 
 We did such thing long time ago for one customer but I do not remember
 details.

Thanks! maybe I can got some clue about the patch?:) If not, use 640x480 
insteadly.

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

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

Re: [OE-core] [PATCH] coreutils: update to upstream version 8.20


On 11/30/2012 03:08 AM, Marko Lindqvist wrote:

* remove-gets.patch removed as issue is fixed upstream
* cross-prime-list.patch added to fix cross-compilation
* noman.patch added to disable manpage creation that does not
   work while cross-compiling

* License texts are identical to old, but old md5sum was
   erronously calculated from the beginning of the ls.c file, and
   not from the beginning of license text segment.

Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
  .../coreutils/coreutils-8.14/remove-gets.patch |   23 
  .../coreutils-build-with-acl.patch |0
  .../coreutils-8.20/cross-prime-list.patch  |   29 
  .../coreutils/coreutils-8.20/noman.patch   |   19 +
  .../remove-usr-local-lib-from-m4.patch |0
  .../{coreutils_8.14.bb = coreutils_8.20.bb}   |   11 
  6 files changed, 54 insertions(+), 28 deletions(-)
  delete mode 100644 
meta/recipes-core/coreutils/coreutils-8.14/remove-gets.patch
  rename meta/recipes-core/coreutils/{coreutils-8.14 = 
coreutils-8.20}/coreutils-build-with-acl.patch (100%)
  create mode 100644 
meta/recipes-core/coreutils/coreutils-8.20/cross-prime-list.patch
  create mode 100644 meta/recipes-core/coreutils/coreutils-8.20/noman.patch
  rename meta/recipes-core/coreutils/{coreutils-8.14 = 
coreutils-8.20}/remove-usr-local-lib-from-m4.patch (100%)
  rename meta/recipes-core/coreutils/{coreutils_8.14.bb = coreutils_8.20.bb} 
(91%)



This patch has been in and out of Master_Under_Test for a week or so, I 
keep seeing a failure and had not kept the right build, this time I have 
it and here's the failure:

| mips-poky-linux-gcc  -meb -mabi=32   -mhard-float -march=mips32 
--sysroot=/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-mips/build/build/tmp/sysroots/qemumips
 -std=gnu99  -I. -I./lib  -Ilib -I./lib -Isrc -I./src-O2 -pipe -g 
-feliminate-unused-debug-types -c -o src/false.o src/false.c
| src/factor.c: In function 'factor_using_division':
| src/factor.c:766:11: error: unable to emulate 'TI'
| src/factor.c:766:11: warning: right shift count = width of type [enabled by 
default]
| src/factor.c: In function 'mulredc':
| src/factor.c:955:3: error: unable to emulate 'TI'
| src/factor.c:955:3: warning: right shift count = width of type [enabled by 
default]
| src/factor.c:957:3: error: unable to emulate 'TI'
| src/factor.c:957:3: warning: right shift count = width of type [enabled by 
default]
| src/factor.c: In function 'mulredc2':
| src/factor.c:992:3: error: unable to emulate 'TI'
| src/factor.c:992:3: warning: right shift count = width of type [enabled by 
default]
| src/factor.c:993:3: error: unable to emulate 'TI'
| src/factor.c:993:3: warning: right shift count = width of type [enabled by 
default]
| src/factor.c:995:3: error: unable to emulate 'TI'
| src/factor.c:995:3: warning: right shift count = width of type [enabled by 
default]
| src/factor.c:996:3: error: unable to emulate 'TI'
| src/factor.c:996:3: warning: right shift count = width of type [enabled by 
default]
| src/factor.c:1017:3: error: unable to emulate 'TI'
| src/factor.c:1017:3: warning: right shift count = width of type [enabled by 
default]
| src/factor.c:1018:3: error: unable to emulate 'TI'
| src/factor.c:1018:3: warning: right shift count = width of type [enabled by 
default]
| src/factor.c:1022:3: error: unable to emulate 'TI'
| src/factor.c:1022:3: warning: right shift count = width of type [enabled by 
default]
| src/factor.c:1023:3: error: unable to emulate 'TI'
| src/factor.c:1023:3: warning: right shift count = width of type [enabled by 
default]
| src/factor.c: In function 'prime_p':
| src/factor.c:1238:9: error: unable to emulate 'TI'
| src/factor.c:1238:9: warning: right shift count = width of type [enabled by 
default]
| mips-poky-linux-gcc  -meb -mabi=32   -mhard-float -march=mips32 
--sysroot=/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-mips/build/build/tmp/sysroots/qemumips
 -std=gnu99  -I. -I./lib  -Ilib -I./lib -Isrc -I./src-O2 -pipe -g 
-feliminate-unused-debug-types -c -o src/fmt.o src/fmt.c
| src/factor.c: In function 'prime2_p':
| src/factor.c:1331:17: error: unable to emulate 'TI'
| src/factor.c:1331:17: warning: right shift count = width of type [enabled by 
default]
| src/factor.c: In function 'factor_using_pollard_rho2':
| src/factor.c:1587:11: error: unable to emulate 'TI'
| src/factor.c:1587:11: warning: right shift count = width of type [enabled by 
default]
| src/factor.c: In function 'isqrt2':
| src/factor.c:1783:11: error: unable to emulate 'TI'
| src/factor.c:1783:11: warning: right shift count = width of type [enabled by 
default]
| src/factor.c:1786:11: error: unable to emulate 'TI'
| src/factor.c:1786:11: warning: right shift count = width of type [enabled by 
default]
| src/factor.c: In function 'factor_using_squfof':
| src/factor.c:1959:7: error: unable to emulate 'TI'
| src/factor.c:1959:7: warning: right

Re: [OE-core] [PATCH] libmatchbox: upgrade to 1.10, drop git


On 12/11/2012 01:54 PM, Ross Burton wrote:

All patches have been upstreamed so drop them, and as upstream isn't heavily
developed drop the git recipe.

Signed-off-by: Ross Burton ross.bur...@intel.com
---
  .../libmatchbox/files/16bppfixes-2.patch   |  260 
  .../libmatchbox/files/16bppfixes.patch |   38 ---
  .../libmatchbox/files/autofoo.patch|   21 --
  .../libmatchbox/files/configure_fixes.patch|   81 --
  .../libmatchbox/files/fix-configure-for-1.9.patch  |   16 --
  .../libmatchbox/files/matchbox-start-fix.patch |   23 --
  meta/recipes-graphics/libmatchbox/libmatchbox.inc  |   17 --
  .../libmatchbox/libmatchbox_1.10.bb|   28 +++
  .../libmatchbox/libmatchbox_1.9.bb |   16 --
  .../libmatchbox/libmatchbox_git.bb |   16 --
  10 files changed, 28 insertions(+), 488 deletions(-)
  delete mode 100644 meta/recipes-graphics/libmatchbox/files/16bppfixes-2.patch
  delete mode 100644 meta/recipes-graphics/libmatchbox/files/16bppfixes.patch
  delete mode 100644 meta/recipes-graphics/libmatchbox/files/autofoo.patch
  delete mode 100644 
meta/recipes-graphics/libmatchbox/files/configure_fixes.patch
  delete mode 100644 
meta/recipes-graphics/libmatchbox/files/fix-configure-for-1.9.patch
  delete mode 100644 
meta/recipes-graphics/libmatchbox/files/matchbox-start-fix.patch
  delete mode 100644 meta/recipes-graphics/libmatchbox/libmatchbox.inc
  create mode 100644 meta/recipes-graphics/libmatchbox/libmatchbox_1.10.bb
  delete mode 100644 meta/recipes-graphics/libmatchbox/libmatchbox_1.9.bb
  delete mode 100644 meta/recipes-graphics/libmatchbox/libmatchbox_git.bb



Seems to introduce and issue with matchbox_keyboard:

ERROR: Function failed: do_compile (see 
/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/work/ppc603e-poky-linux/matchbox-keyboard/0.0+git1+b38f24036cff3be6c2fbcf9ca9881803e69003ac-r3/temp/log.do_compile.8278
 for further information)
ERROR: Logfile of failure stored in: 
/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/work/ppc603e-poky-linux/matchbox-keyboard/0.0+git1+b38f24036cff3be6c2fbcf9ca9881803e69003ac-r3/temp/log.do_compile.8278
Log data follows:
| DEBUG: SITE files ['endian-big', 'bit-32', 'powerpc-common', 'common-linux', 
'common-glibc', 'powerpc32-linux', 'powerpc-linux', 'common']
| DEBUG: Executing shell function do_compile
| NOTE: make -j 16
| make  all-recursive
| make[1]: Entering directory 
`/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/work/ppc603e-poky-linux/matchbox-keyboard/0.0+git1+b38f24036cff3be6c2fbcf9ca9881803e69003ac-r3/git'
| Making all in src
| make[2]: Entering directory 
`/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/work/ppc603e-poky-linux/matchbox-keyboard/0.0+git1+b38f24036cff3be6c2fbcf9ca9881803e69003ac-r3/git/src'
| powerpc-poky-linux-gcc  -m32 -mhard-float  -mcpu=603e 
--sysroot=/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/sysroots/qemuppc 
-DHAVE_CONFIG_H -I. -I.. -DDATADIR=\/usr/share\ 
-DPKGDATADIR=\/usr/share/matchbox-keyboard\ -DPREFIX=\/usr\ -g -Wall 
-fno-strict-aliasing   
-I/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/sysroots/qemuppc/usr/include/freetype2
 -O2 -pipe -g -feliminate-unused-debug-types -c matchbox-keyboard.c
| powerpc-poky-linux-gcc  -m32 -mhard-float  -mcpu=603e 
--sysroot=/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/sysroots/qemuppc 
-DHAVE_CONFIG_H -I. -I.. -DDATADIR=\/usr/share\ 
-DPKGDATADIR=\/usr/share/matchbox-keyboard\ -DPREFIX=\/usr\ -g -Wall 
-fno-strict-aliasing   
-I/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/sysroots/qemuppc/usr/include/freetype2
 -O2 -pipe -g -feliminate-unused-debug-types -c matchbox-keyboard-image.c
| powerpc-poky-linux-gcc  -m32 -mhard-float  -mcpu=603e 
--sysroot=/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/sysroots/qemuppc 
-DHAVE_CONFIG_H -I. -I.. -DDATADIR=\/usr/share\ 
-DPKGDATADIR=\/usr/share/matchbox-keyboard\ -DPREFIX=\/usr\ -g -Wall 
-fno-strict-aliasing   
-I/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/sysroots/qemuppc/usr/include/freetype2
 -O2 -pipe -g -feliminate-unused-debug-types -c matchbox-keyboard-layout.c
| powerpc-poky-linux-gcc  -m32 -mhard-float  -mcpu=603e 
--sysroot=/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/sysroots/qemuppc 
-DHAVE_CONFIG_H -I. -I.. -DDATADIR=\/usr/share\ 
-DPKGDATADIR=\/usr/share/matchbox-keyboard\ -DPREFIX=\/usr\ -g -Wall 
-fno-strict-aliasing   
-I/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/sysroots/qemuppc/usr/include/freetype2
 -O2 -pipe -g -feliminate-unused-debug-types -c matchbox-keyboard-row.c
| powerpc-poky-linux-gcc

Re: [OE-core] [PATCH 1/1] squashfs: fix CVE-2012-4025


On 12/11/2012 06:17 PM, yzhu1 wrote:

On 12/12/2012 03:04 AM, Saul Wold wrote:

On 12/11/2012 02:00 AM, yanjun.zhu wrote:

From: yanjun.zhu yanjun@windriver.com

CQID:WIND00366813

Reference: http://squashfs.git.sourceforge.net/git/gitweb.cgi?
p=squashfs/squashfs;a=patch;h=8515b3d420f502c5c0236b86e2d6d7e3b23c190e

Integer overflow in the queue_init function in unsquashfs.c in
unsquashfs in Squashfs 4.2 and earlier allows remote attackers
to execute arbitrary code via a crafted block_log field in the
superblock of a .sqsh file, leading to a heap-based buffer overflow.

http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-4025

Signed-off-by: yanjun.zhu yanjun@windriver.com



This was merged on Nov 30th, or is shit intended for danny, possibly
denzil.

Sau!


Hi, Saul

Thanks for your reply. Maybe you are mistaken. Just now I checked the
latest
source code. This patch is not merged. Please check it again.



You are correct, the problem I encountered is that this patch did not 
apply correctly or cleanly with git am, and then I checked saw that a 
CVE was applied and thought that was why.  I see this is 4025 vs the 
older one is 4024.


Please rebase this patch and resend a v2

Thanks
Sau!


Thanks a lot.
Zhu Yanjun

[YOCTO #3564]
---
  .../patches/squashfs-4.2-fix-CVE-2012-4025.patch   | 190
++
  ...dd-a-commment-and-fix-some-other-comments.patch |  38 
  .../patches/squashfs-fix-open-file-limit.patch | 215
+
  .../squashfs-tools/squashfs-tools_4.2.bb   |   3 +
  4 files changed, 446 insertions(+)
  create mode 100644
meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch

  create mode 100644
meta/recipes-devtools/squashfs-tools/patches/squashfs-add-a-commment-and-fix-some-other-comments.patch

  create mode 100644
meta/recipes-devtools/squashfs-tools/patches/squashfs-fix-open-file-limit.patch


diff --git
a/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch
b/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch

new file mode 100644
index 000..0dabfba
--- /dev/null
+++
b/meta/recipes-devtools/squashfs-tools/patches/squashfs-4.2-fix-CVE-2012-4025.patch

@@ -0,0 +1,190 @@
+Upstream-Status: Backport
+
+Reference: http://squashfs.git.sourceforge.net/git/gitweb.cgi?
+p=squashfs/squashfs;a=patch;h=8515b3d420f502c5c0236b86e2d6d7e3b23c190e
+
+Integer overflow in the queue_init function in unsquashfs.c in
+unsquashfs in Squashfs 4.2 and earlier allows remote attackers
+to execute arbitrary code via a crafted block_log field in the
+superblock of a .sqsh file, leading to a heap-based buffer overflow.
+
+http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-4025
+
+Signed-off-by: yanjun.zhu yanjun@windriver.com
+
+--- a/unsquashfs.c2012-11-30 17:57:57.0 +0800
 b/unsquashfs.c2012-11-30 17:58:09.0 +0800
+@@ -33,6 +33,7 @@
+ #include sys/types.h
+ #include sys/time.h
+ #include sys/resource.h
++#include limits.h
+
+ struct cache *fragment_cache, *data_cache;
+ struct queue *to_reader, *to_deflate, *to_writer, *from_writer;
+@@ -138,6 +139,24 @@ void sigalrm_handler()
+ }
+
+
++int add_overflow(int a, int b)
++{
++return (INT_MAX - a)  b;
++}
++
++
++int shift_overflow(int a, int shift)
++{
++return (INT_MAX  shift)  a;
++}
++
++
++int multiply_overflow(int a, int multiplier)
++{
++return (INT_MAX / multiplier)  a;
++}
++
++
+ struct queue *queue_init(int size)
+ {
+ struct queue *queue = malloc(sizeof(struct queue));
+@@ -145,6 +164,10 @@ struct queue *queue_init(int size)
+ if(queue == NULL)
+ EXIT_UNSQUASH(Out of memory in queue_init\n);
+
++if(add_overflow(size, 1) ||
++multiply_overflow(size + 1, sizeof(void *)))
++EXIT_UNSQUASH(Size too large in queue_init\n);
++
+ queue-data = malloc(sizeof(void *) * (size + 1));
+ if(queue-data == NULL)
+ EXIT_UNSQUASH(Out of memory in queue_init\n);
+@@ -1948,13 +1971,30 @@ void initialise_threads(int fragment_buf
+  * allocate to_reader, to_deflate and to_writer queues. Set
based on
+  * open file limit and cache size, unless open file limit is
unlimited,
+  * in which case set purely based on cache limits
++ *
++ * In doing so, check that the user supplied values do not
overflow
++ * a signed int
+  */
+ if (max_files != -1) {
++if(add_overflow(data_buffer_size, max_files) ||
++add_overflow(data_buffer_size, max_files * 2))
++EXIT_UNSQUASH(Data queue size is too large\n);
++
+ to_reader = queue_init(max_files + data_buffer_size);
+ to_deflate = queue_init(max_files + data_buffer_size);
+ to_writer = queue_init(max_files * 2 + data_buffer_size);
+ } else {
+-int all_buffers_size = fragment_buffer_size +
data_buffer_size;
++int all_buffers_size;
++
++if(add_overflow(fragment_buffer_size,

[OE-core] [CONSOLIDATED PULL 00/13] Various Fixes

Richard,

I mostly did a build test of this patch set, there were
a couple of failures in other patches that I did not include
notably the consoletools in mips and the libmatchbox from
Ross seems to have broken matchbox_keyboard.

There are a couple of changes also pending for meta-yocto, check the
MUT branch.

Sau!

The following changes since commit b8b1b39961332c99d62ee466f7859bd62a0f806f:

  bitbake.conf/utils: Drop some OVERRIDES from FILESPATH (2012-12-11 15:58:27 
+)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib sgw/stage
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage

Constantin Musca (3):
  pixman: upgrade to 0.28.0
  qemu: upgrade to 1.3.0
  libpng: enable nativesdk variant

Fahad Usman (2):
  libpcre: upgrade to 8.32
  libpcre: Improve the recipe

Kang Kai (1):
  libuser: enable python support

Laurentiu Palcu (2):
  populate_sdk_(deb|ipk|rpm): export NATIVE_ROOT and INTERCEPT_DIR
variables
  gdk-pixbuf: handle postinstall errors differently

Marcin Juszkiewicz (1):
  eglibc: add AArch64 support

Marko Lindqvist (1):
  libpng: update to upstream version 1.5.13

Nitin A Kamble (1):
  create-pull-request: detect trailing white space

Robert P. J. Day (1):
  documentation-audit.sh: Add/fix checks for skipped lines.

Ross Burton (1):
  telepathy-glib: remove pkgconfig dependency in pkgconfig

 meta/classes/populate_sdk_deb.bbclass  |   2 +
 meta/classes/populate_sdk_ipk.bbclass  |   2 +
 meta/classes/populate_sdk_rpm.bbclass  |   2 +
 .../telepathy/telepathy-glib/pkgconfig.patch   |  41 +++
 .../telepathy/telepathy-glib_0.19.8.bb |   5 +-
 meta/recipes-core/eglibc/eglibc_2.16.bb|   7 +-
 ...re_vga-Add-back-some-info-in-local-state-.patch | 114 ++
 .../qemu/{qemu-1.2.0 = files}/arm-bgr.patch   |   0
 .../enable-i386-linux-user.patch   |   0
 .../fallback-to-safe-mmap_min_addr.patch   |   0
 .../fix-configure-checks.patch |   0
 .../qemu/{qemu-1.2.0 = files}/init-info.patch |   0
 .../larger_default_ram_size.patch  |   0
 .../qemu/{qemu-1.2.0 = files}/linker-flags.patch  |   0
 .../qemu/{qemu-1.2.0 = files}/no-strip.patch  |   0
 .../qemu/{qemu-1.2.0 = files}/powerpc_rom.bin | Bin
 .../{qemu-1.2.0 = files}/relocatable_sdk.patch|   0
 .../qemu/qemu-1.2.0/qemu-vmware-vga-depth.patch| 106 -
 .../qemu/qemu-1.2.0/remove-hardcoded-libexec.patch |  41 ---
 .../qemu/qemu-git/enable-i386-linux-user.patch |  55 -
 .../qemu/qemu-git/linker-flags.patch   |  25 
 meta/recipes-devtools/qemu/qemu-git/no-strip.patch |  15 ---
 .../recipes-devtools/qemu/qemu-git/powerpc_rom.bin | Bin 4096 - 0 bytes
 .../qemu/qemu-git/qemu-vmware-vga-depth.patch  | 118 ---
 .../qemu/qemu-git/remove-hardcoded-libexec.patch   |  41 ---
 meta/recipes-devtools/qemu/qemu.inc|  66 ---
 meta/recipes-devtools/qemu/qemu_1.2.0.bb   |  52 
 meta/recipes-devtools/qemu/qemu_1.3.0.bb   |  10 ++
 meta/recipes-devtools/qemu/qemu_git.bb |  11 +-
 meta/recipes-extended/libuser/libuser_0.57.1.bb|  14 ++-
 meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.1.bb |  20 +++-
 ...plementation-of-pixman_blt-with-overlapp.patch} | 131 ++---
 .../{pixman_0.27.2.bb = pixman_0.28.0.bb} |  10 +-
 meta/recipes-multimedia/libpng/libpng_1.2.50.bb|  23 
 meta/recipes-multimedia/libpng/libpng_1.5.13.bb|  24 
 .../recipes-support/libpcre/files/pcre-cross.patch |  53 ++---
 meta/recipes-support/libpcre/libpcre_8.31.bb   |  53 -
 meta/recipes-support/libpcre/libpcre_8.32.bb   |  58 +
 scripts/contrib/documentation-audit.sh |   3 +-
 scripts/create-pull-request|   8 ++
 40 files changed, 458 insertions(+), 652 deletions(-)
 create mode 100644 
meta/recipes-connectivity/telepathy/telepathy-glib/pkgconfig.patch
 create mode 100644 
meta/recipes-devtools/qemu/files/Revert-vmware_vga-Add-back-some-info-in-local-state-.patch
 rename meta/recipes-devtools/qemu/{qemu-1.2.0 = files}/arm-bgr.patch (100%)
 rename meta/recipes-devtools/qemu/{qemu-1.2.0 = 
files}/enable-i386-linux-user.patch (100%)
 rename meta/recipes-devtools/qemu/{qemu-1.2.0 = 
files}/fallback-to-safe-mmap_min_addr.patch (100%)
 rename meta/recipes-devtools/qemu/{qemu-1.2.0 = 
files}/fix-configure-checks.patch (100%)
 rename meta/recipes-devtools/qemu/{qemu-1.2.0 = files}/init-info.patch (100%)
 rename meta/recipes-devtools/qemu/{qemu-1.2.0 = 
files}/larger_default_ram_size.patch (100%)
 rename meta/recipes-devtools/qemu/{qemu-1.2.0 = files}/linker-flags.patch 
(100%)
 rename meta/recipes-devtools/qemu/{qemu-1.2.0 = files}/no-strip.patch (100%)
 rename meta/recipes-devtools/qemu/{qemu-1.2.0 = files}/powerpc_rom.bin (100%)

Re: [OE-core] slightly confused about .bbappend file and FILESPATH

On Tue, Dec 11, 2012 at 02:39:16PM -0500, Robert P. J. Day wrote:
 On Tue, 11 Dec 2012, Martin Jansa wrote:
 
  On Thu, Dec 06, 2012 at 01:19:57PM -0500, Robert P. J. Day wrote:
   On Thu, 6 Dec 2012, Mark Hatle wrote:
  
On 12/6/12 12:03 PM, Robert P. J. Day wrote:

currently writing a tutorial page on how .bbappend files and
 FILESPATH work, and i wanted to use a live example, but now i'm
 confused.
   
The way it works is the same way as PATH in the shell.  It's just a set 
of
search paths.
   
using meta-ti layer, i chose to build core-image-minimal for a
 beagleboard, for which the meta-ti layer has the following under
 recipes-core/netbase/ that i want to use as an example:

 $ find
 .
 ./netbase_5.0.bbappend
 ./netbase-5.0
 ./netbase-5.0/beagleboard
 ./netbase-5.0/beagleboard/interfaces
 $

 where the .bbappend file contains only:

 THISDIR := ${@os.path.dirname(bb.data.getVar('FILE', d, True))}
   
I believe this is the default value of 'THISDIR' already, so there is no
reason to specify it in the .bbappend itself.
   
 FILESPATH =. ${@base_set_filespath([${THISDIR}/${PN}], d)}:
   
In this example, it's incorrect.  As you have a directory named
netbase-5.0, so your FILESPATH should be: ${THISDIR}/${PN}-${PV}
  
 ok, so that's just a bug in the setting of FILESPATH in that one
   example?  whew.  i was seriously wondering how badly i misunderstood
   how this feature worked.
  
 as soon as my beagle core-image-minimal finishes building, i should
   be able to trivially check that the interfaces file used to populate
   the rootfs image is the one from oe-core and not the one that should
   have come from meta-ti.
 
  See FILESEXTRAPATHS in other bbappends and
 
  meta/classes/base.bbclass:FILESPATH = 
  ${@base_set_filespath([${FILE_DIRNAME}/${BP},${FILE_DIRNAME}/${BPN}, 
  ${FILE_DIRNAME}/files], d)}
 
  + definition of fce base_set_filespath:
  meta/classes/utils.bbclass:def base_set_filespath(path, d):
 
   i'm still not sure what your point is here.  

That all you need is 1 line:
FILESEXTRAPATHS_prepend := ${THISDIR}/${BP}:

 to be perfectly clear,
 if i'm pulling in the meta-ti layer and building a core-image-minimal
 for a beagleboard, it appears that the overriding network interfaces
 file from the meta-ti layer does *not* override the one from oe-core
 since this is the full value of FILESPATH being used:
 
 # FILESPATH=${@base_set_filespath([${THISDIR}/${PN}], d)}
 ${@base_set_filespath([${FILE_DIRNAME}/${BP}, ${FILE_DIRNAME}/${BPN}, 
 ${FILE_DIRNAME}/files], d)}
 FILESPATH=/home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/linux-gnueabi
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/arm
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/build-linux
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/pn-netbase
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/dm814x-evm
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/ti814x
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/armv7a
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/class-target
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/forcevariable
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/libc-glibc
 /home/rpjday/OE/dist/layers/meta-ti/recipes-core/netbase/netbase/
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/linux-gnueabi
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/arm
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/build-linux
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/pn-netbase
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/dm814x-evm
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/ti814x
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/armv7a
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/class-target
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/forcevariable
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/libc-glibc
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase-5.0/
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/linux-gnueabi
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/arm
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/build-linux
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/pn-netbase
 /home/rpjday/OE/dist/layers/oe-core/meta/recipes-core/netbase/netbase/dm814x-evm

Re: [OE-core] how to change the resolution of qemux86 machine to 320x240?

W dniu 12.12.2012 11:21, Yi Qingliang pisze:
 On Tuesday, December 11, 2012 11:07:00 AM Marcin Juszkiewicz wrote:

 We did such thing long time ago for one customer but I do not remember
 details.
 
 Thanks! maybe I can got some clue about the patch?:) If not, use 640x480 
 insteadly.

I would give you clues if had those.


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

Re: [OE-core] [PATCH] libmatchbox: upgrade to 1.10, drop git

On 12 December 2012 04:23, Saul Wold s...@linux.intel.com wrote:
 | matchbox-keyboard-image.c:68:8: error: dereferencing pointer to
 incomplete type

This is due to libpng15, not libmatchbox.  I'll get a fix using the
libmatchbox patch as a model.

Ross

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

[OE-core] [PATCH] perf: kill -Werror

2012-12-11 Thread Fahad Usman

this fails to build using a recent sourcery toolchain due to
unused-but-set-variable

Signed-off-by: Christopher Larson chris_lar...@mentor.com

the patch was imported from meta-mentor layer on yoctoproject git server
http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor as of commit ids
82e96b3baa1c64d03412871fce56d496a338f167 and
ae325d011bd50501fe677c8b37295ae83030c526

Signed-off-by: Fahad Usman fahad_us...@mentor.com
---
 meta/recipes-kernel/perf/perf_3.4.bb |6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/perf/perf_3.4.bb 
b/meta/recipes-kernel/perf/perf_3.4.bb
index b094362..4e6d03d 100644
--- a/meta/recipes-kernel/perf/perf_3.4.bb
+++ b/meta/recipes-kernel/perf/perf_3.4.bb
@@ -9,7 +9,7 @@ as well.
 LICENSE = GPLv2
 LIC_FILES_CHKSUM = file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7
 
-PR = r5
+PR = r6
 
 require perf.inc
 
@@ -79,6 +79,10 @@ do_install() {
fi
 }
 
+do_configure_prepend () {
+sed -i 's,-Werror ,,' ${S}/tools/perf/Makefile
+}
+
 PACKAGE_ARCH = ${MACHINE_ARCH}
 
 FILES_${PN} += ${libexecdir}/perf-core
-- 
1.7.9.5


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

Re: [OE-core] [CONSOLIDATED PULL 00/13] Various Fixes

On 12 December 2012 04:49, Saul Wold s...@linux.intel.com wrote:
 I mostly did a build test of this patch set, there were
 a couple of failures in other patches that I did not include
 notably the consoletools in mips and the libmatchbox from
 Ross seems to have broken matchbox_keyboard.

The matchbox-keyboard failure is caused by the libpng15 migration not
libmatchbox, I recommend dropping the libpng upgrade until we've done
a world build with it.

Ross

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

Re: [OE-core] [PATCH 1/4] alsa-utils: Pass udev-rules-dir as parameter