date:20121220



On 12/19/2012 10:57 PM, Eric Bénard wrote:

Hi,

Le Wed, 19 Dec 2012 19:20:45 +0200,
Radu Moisan radu.moi...@intel.com a écrit :

  I have prepared a branch on poky-contrib (rmoisan/systemd) where I
pulled systemd from meta-openembedded. The goal is to merge this into
oe-core, so please take a look and give me your feedback on stuff that
needs work or things that I might have done wrong, so that I can prepare
it for merge.

a nitpick :
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rmoisan/systemdid=02f4027f7ccddaff3b0316962e7a86a04d31abbc
here you add that to lighttpd recipe :
+ file://lighttpd_fix_for_automake-1.12.patch \
+ file://lighttpd.service
but you don't add the patch

then here (several patches later)
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rmoisan/systemdid=0b6a5d3f998d2f1bb346c403d512c33ee93052fb
you fix that :
- file://lighttpd_fix_for_automake-1.12.patch \
that was a regression I introduced when I rebased on master a while 
back. I'll squash it with the initial commit.


Radu

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

Re: [OE-core] RFC: systemd integration



On 12/19/2012 07:21 PM, Otavio Salvador wrote:

On Wed, Dec 19, 2012 at 3:20 PM, Radu Moisan radu.moi...@intel.com wrote:

Hi guys,
 I have prepared a branch on poky-contrib (rmoisan/systemd) where I
pulled systemd from meta-openembedded. The goal is to merge this into
oe-core, so please take a look and give me your feedback on stuff that needs
work or things that I might have done wrong, so that I can prepare it for
merge.
 At this point core-image-minimal and core-image-sato both boot fine with
systemd. There still are a few warnings but not critical(at runtime), at
least in my opinion, you may want to take a look at those too.
 You can activate systemd by  DISTRO_FEATURES_INITMAN = systemd

In this case, systemd is made *available* or used? Is it possible to
have sysvinit image and another systemd?

it is used.

Radu

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

[OE-core] How to create a native package repository?

2012-12-20 Thread Shayori Das

Dear Sir/Madam



I have a question regarding yocto project.



How can we create a repository of the native packages like 
http://adtrepo.yoctoproject.org/1.2 used by adt-installer.

Or can we create a rpm or ipk of the native packages using our yocto build?



Please help me by answering these questions.



Thanks in advance



Thanks  Regards



Shayori Das


This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] pango: have postinstalls run at do_rootfs time

Since pango-native is built anyway and all the modules are in the native
sysroot, create the cache file by scanning those files instead of the
target files. The latter will fail because the shared objects wouldn't
be from the same ELF class.

[YOCTO #3600]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 meta/recipes-graphics/pango/pango.inc |   26 ++
 1 file changed, 22 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-graphics/pango/pango.inc 
b/meta/recipes-graphics/pango/pango.inc
index 839c00d..81c2a7e 100644
--- a/meta/recipes-graphics/pango/pango.inc
+++ b/meta/recipes-graphics/pango/pango.inc
@@ -10,7 +10,7 @@ SECTION = libs
 LICENSE = LGPLv2.0+
 
 X11DEPENDS = virtual/libx11 libxft
-DEPENDS = glib-2.0 fontconfig freetype zlib virtual/libiconv cairo elfutils
+DEPENDS = glib-2.0 fontconfig freetype zlib virtual/libiconv cairo elfutils 
pango-native
 
 PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}
 PACKAGECONFIG[x11] = --with-x,--without-x,${X11DEPENDS}
@@ -44,13 +44,31 @@ LEAD_SONAME = libpango-1.0*
 LIBV = 1.6.0
 
 postinst_prologue() {
+if ! [ -e $D${sysconfdir}/pango ] ; then
+   mkdir -p $D${sysconfdir}/pango
+fi
+
 if [ x$D != x ]; then
-  exit 1
+pango-querymodules $(ls -d -1 $D${libdir}/pango/${LIBV}/modules/*.so|\
+sed -e s:$D:$NATIVE_ROOT:g) \
+$D${sysconfdir}/pango/${MLPREFIX}pango.modules \
+2$D${sysconfdir}/pango/${MLPREFIX}pango.err
+
+# pango-querymodules always returns 0, so we need to check if pango.err has
+# anything in it
+if [ -s $D${sysconfdir}/pango/${MLPREFIX}pango.err ]; then
+rm $D${sysconfdir}/pango/${MLPREFIX}pango.err
+exit 1
 fi
 
-if ! [ -e $D${sysconfdir}/pango ] ; then
-   mkdir -p $D${sysconfdir}/pango
+sed -i -e s:$NATIVE_ROOT::g $D${sysconfdir}/pango/${MLPREFIX}pango.modules
+
+# remove the empty pango.err
+rm $D${sysconfdir}/pango/${MLPREFIX}pango.err
+
+exit 0
 fi
+
 }
 
 do_install_append () {
-- 
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] PRserv issues?

I'm trying to use PRserv, according to
https://wiki.yoctoproject.org/wiki/PR_Service
I've used:
PRSERV_HOST = localhost
PRSERV_PORT = 10001
USE_PR_SERV = 1
Bitbake itself will take care of starting and stopping the server.

Expecting that PRSERV_PORT is just TCP port and 10001 will work the same
as 0 from wiki. It should be written on wiki that localhost:0 has special 
meaning.

lib/prserv/serv.py:
def is_local_special(host, port):
if host.strip().upper() == 'localhost'.upper() and (not port):

With 10001 it failed later with:
ERROR: Can NOT get PRAUTO, exception [Errno 111] Connection refused
ERROR: Function failed: package_get_auto_pr
ERROR: Logfile of failure stored in: 
/OE/oe-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/qtbase/5.0.0-r0.0/temp/log.do_package.11135
ERROR: Task 10 (/OE/oe-core/meta-qt5/recipes-qt/qt5/qtbase_5.0.0.bb, 
do_package) failed with exit code '1'

So I've tried to disable PRserv completely, again assuming that
USE_PR_SERV controls whole PRserv use, setting USE_PR_SERV = 0
to finally build qtbase and new error:
ERROR: PRservice localhost:10001 not available

I know it's my fault I haven't read the source first, but maybe wiki
should be more updated a bit.

Cheers,

-- 
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] [PATCH] pango: have postinstalls run at do_rootfs time

On Wed, Dec 19, 2012 at 06:03:52PM +0200, Laurentiu Palcu wrote:

Ignore this patch, it is the same as the previous one I really have
no idea why this mail appeared on the mailing list, hours after I sent
the original patch. Weird... Probably a 'git send-mail' issue.

Thanks,
Laurentiu

 Since pango-native is built anyway and all the modules are in the native
 sysroot, create the cache file by scanning those files instead of the
 target files. The latter will fail because the shared objects wouldn't
 be from the same ELF class.
 
 [YOCTO #3600]
 
 Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
 ---
  meta/recipes-graphics/pango/pango.inc |   26 ++
  1 file changed, 22 insertions(+), 4 deletions(-)
 
 diff --git a/meta/recipes-graphics/pango/pango.inc 
 b/meta/recipes-graphics/pango/pango.inc
 index 839c00d..81c2a7e 100644
 --- a/meta/recipes-graphics/pango/pango.inc
 +++ b/meta/recipes-graphics/pango/pango.inc
 @@ -10,7 +10,7 @@ SECTION = libs
  LICENSE = LGPLv2.0+
  
  X11DEPENDS = virtual/libx11 libxft
 -DEPENDS = glib-2.0 fontconfig freetype zlib virtual/libiconv cairo elfutils
 +DEPENDS = glib-2.0 fontconfig freetype zlib virtual/libiconv cairo elfutils 
 pango-native
  
  PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}
  PACKAGECONFIG[x11] = --with-x,--without-x,${X11DEPENDS}
 @@ -44,13 +44,31 @@ LEAD_SONAME = libpango-1.0*
  LIBV = 1.6.0
  
  postinst_prologue() {
 +if ! [ -e $D${sysconfdir}/pango ] ; then
 + mkdir -p $D${sysconfdir}/pango
 +fi
 +
  if [ x$D != x ]; then
 -  exit 1
 +pango-querymodules $(ls -d -1 $D${libdir}/pango/${LIBV}/modules/*.so|\
 +sed -e s:$D:$NATIVE_ROOT:g) \
 +$D${sysconfdir}/pango/${MLPREFIX}pango.modules \
 +2$D${sysconfdir}/pango/${MLPREFIX}pango.err
 +
 +# pango-querymodules always returns 0, so we need to check if pango.err has
 +# anything in it
 +if [ -s $D${sysconfdir}/pango/${MLPREFIX}pango.err ]; then
 +rm $D${sysconfdir}/pango/${MLPREFIX}pango.err
 +exit 1
  fi
  
 -if ! [ -e $D${sysconfdir}/pango ] ; then
 - mkdir -p $D${sysconfdir}/pango
 +sed -i -e s:$NATIVE_ROOT::g $D${sysconfdir}/pango/${MLPREFIX}pango.modules
 +
 +# remove the empty pango.err
 +rm $D${sysconfdir}/pango/${MLPREFIX}pango.err
 +
 +exit 0
  fi
 +
  }
  
  do_install_append () {
 -- 
 1.7.9.5
 
 
 ___
 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] RFC: systemd integration

On 12/20/2012 10:52 AM, Radu Moisan wrote:

On 12/19/2012 10:57 PM, Eric Bénard wrote:

Hi,

Le Wed, 19 Dec 2012 19:20:45 +0200,
Radu Moisan radu.moi...@intel.com a écrit :
I have prepared a branch on poky-contrib (rmoisan/systemd)
where I

pulled systemd from meta-openembedded. The goal is to merge this into
oe-core, so please take a look and give me your feedback on stuff that
needs work or things that I might have done wrong, so that I can
prepare

it for merge.

a nitpick :
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rmoisan/systemdid=02f4027f7ccddaff3b0316962e7a86a04d31abbc

here you add that to lighttpd recipe :
+ file://lighttpd_fix_for_automake-1.12.patch \
+ file://lighttpd.service
but you don't add the patch

then here (several patches later)
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rmoisan/systemdid=0b6a5d3f998d2f1bb346c403d512c33ee93052fb

you fix that :
- file://lighttpd_fix_for_automake-1.12.patch \
that was a regression I introduced when I rebased on master a while
back. I'll squash it with the initial commit.
It just got clearer what happened here. So, there was a regression,
systemd related changes were missing after rebase. However with automake
patch something alse happened. Since my initial commit, lighttpd was
updated to 1.4.32 and it didn't need that patch anymore, so it got
removed. When I rebased, the patch was removed but the inclusion in .bb
file didn't so I got an error, which I had to fix.
For consistency, I'll squash systemd related changes back into the
first commit, but the removal of automake patch will stay in this last
patch.

Radu

___
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] glib-2.0-native:add option march to BUILD_CFLAGS

On 20 December 2012 08:10, Hongxu Jia hongxu@windriver.com wrote:
 +# Add option -march to BUILD_CFLAGS in order to let the atomic operations
 +# (lock free) be available while using old version GCC on x86 host to
 +# compile glib-2.0-native
 +BUILD_CFLAGS += -march=`echo ${BUILD_ARCH} | sed 's/_/-/'`

Should we do this inside bitbake.conf instead of just in glib?

Ross

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

[OE-core] setting up a build ipkg feed -- BUILD_IMAGES_FROM_FEEDS and IPK_FEED_URIS?

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


  how does one configure a *build* .ipk feed?  based on my reading, it
would seem to involve setting BUILD_IMAGES_FROM FEEDS and
IPK_FEED_URIS, but i don't see an actual example of that.  am i
reading things properly?  thanks.

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

Re: [OE-core] RFC: systemd integration

On Wed, Dec 19, 2012 at 07:20:45PM +0200, Radu Moisan wrote:
 Hi guys,
  I have prepared a branch on poky-contrib (rmoisan/systemd) where I 
 pulled systemd from meta-openembedded. The goal is to merge this into 
 oe-core, so please take a look and give me your feedback on stuff that 
 needs work or things that I might have done wrong, so that I can prepare 
 it for merge.
  At this point core-image-minimal and core-image-sato both boot fine 
 with systemd. There still are a few warnings but not critical(at 
 runtime), at least in my opinion, you may want to take a look at those too.
  You can activate systemd by *DISTRO_FEATURES_INITMAN = systemd*

What about upgrade path from meta-systemd?

I've noticed that
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/meta/recipes-connectivity/wpa-supplicant?h=rmoisan/systemdid=02f4027f7ccddaff3b0316962e7a86a04d31abbc
does not increment PR at all while
http://git.openembedded.org/meta-openembedded/tree/meta-systemd/oe-core/recipes-connectivity/wpa-supplicant/wpa-supplicant_1.0.bbappend
PRINC := ${@int(PRINC) + 2}

Also I like this commit very much
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/meta/recipes-connectivity/wpa-supplicant?h=rmoisan/systemdid=216049b154799fc7984c54858a386d7318f99ce0
but current styleguide thinks something else about consistent whitespace
usage. So I think this wont be accepted as my change to styleguide
wasn't.

And last thing:
there is few pending patches for meta-systemd:
http://patchwork.openembedded.org/project/oe/list/?q=systemd
Can you check them and merge them if needed? Or will you update your
systemd* copies if we merge them in meta-oe?

Cheers,

-- 
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] RFC: systemd integration

2012-12-20 Thread Koen Kooi


Op 19 dec. 2012, om 18:20 heeft Radu Moisan radu.moi...@intel.com het 
volgende geschreven:

 Hi guys,
 I have prepared a branch on poky-contrib (rmoisan/systemd) where I pulled 
 systemd from meta-openembedded. The goal is to merge this into oe-core, so 
 please take a look and give me your feedback on stuff that needs work or 
 things that I might have done wrong, so that I can prepare it for merge.
 At this point core-image-minimal and core-image-sato both boot fine with 
 systemd. There still are a few warnings but not critical(at runtime), at 
 least in my opinion, you may want to take a look at those too.
 You can activate systemd by  DISTRO_FEATURES_INITMAN = systemd

What happens when I do DISTRO_FEATURES_INITMAN = sysvinit systemd?



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

[OE-core] [PATCH] slang: added gnu-configize for AArch64 support

2012-12-20 Thread Marcin Juszkiewicz

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-extended/slang/slang_2.2.4.bb | 8 
 1 file changed, 8 insertions(+)

diff --git a/meta/recipes-extended/slang/slang_2.2.4.bb 
b/meta/recipes-extended/slang/slang_2.2.4.bb
index 60aac66..b70e663 100644
--- a/meta/recipes-extended/slang/slang_2.2.4.bb
+++ b/meta/recipes-extended/slang/slang_2.2.4.bb
@@ -29,6 +29,14 @@ SRC_URI[sha256sum] = 
9a8257a9a2a55099af858b13338dc8f3a06dd2069f46f0df2c9c3bb84a
 
 EXTRA_OECONF +=  --without-z --without-png --without-onig 
--x-includes=${STAGING_DIR_HOST}/usr/include/X11 
--x-libraries=${STAGING_DIR_HOST}/usr/lib
 
+do_configure_prepend() {
+# slang keeps configure.ac and rest of autoconf files in autoconf/ 
directory
+# we have to go there to be able to run gnu-configize cause it expects 
configure.{in,ac}
+# to be present. Resulting files land in autoconf/autoconf/ so we need to 
move them.
+cd ${S}/autoconf  gnu-configize --force  mv autoconf/config.* .
+cd ${B}
+}
+
 do_install() {
oe_runmake install DESTDIR=${D} -e 
'INST_LIB_DIR=${STAGING_DIR_HOST}/usr/lib'
 }
-- 
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] RFC: systemd integration



On 12/20/2012 12:47 PM, Koen Kooi wrote:

Op 19 dec. 2012, om 18:20 heeft Radu Moisan radu.moi...@intel.com het 
volgende geschreven:


Hi guys,
 I have prepared a branch on poky-contrib (rmoisan/systemd) where I pulled 
systemd from meta-openembedded. The goal is to merge this into oe-core, so 
please take a look and give me your feedback on stuff that needs work or things 
that I might have done wrong, so that I can prepare it for merge.
 At this point core-image-minimal and core-image-sato both boot fine with 
systemd. There still are a few warnings but not critical(at runtime), at least 
in my opinion, you may want to take a look at those too.
 You can activate systemd by  DISTRO_FEATURES_INITMAN = systemd

What happens when I do DISTRO_FEATURES_INITMAN = sysvinit systemd?
I think it would break your build. But what would be the point of doing 
that?


Radu

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

Re: [OE-core] RFC: systemd integration

On 12/20/2012 12:42 PM, Martin Jansa wrote:

On Wed, Dec 19, 2012 at 07:20:45PM +0200, Radu Moisan wrote:

Hi guys,
I have prepared a branch on poky-contrib (rmoisan/systemd) where I
pulled systemd from meta-openembedded. The goal is to merge this into
oe-core, so please take a look and give me your feedback on stuff that
needs work or things that I might have done wrong, so that I can prepare
it for merge.
At this point core-image-minimal and core-image-sato both boot fine
with systemd. There still are a few warnings but not critical(at
runtime), at least in my opinion, you may want to take a look at those too.
You can activate systemd by *DISTRO_FEATURES_INITMAN = systemd*

What about upgrade path from meta-systemd?

I've noticed that
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/meta/recipes-connectivity/wpa-supplicant?h=rmoisan/systemdid=02f4027f7ccddaff3b0316962e7a86a04d31abbc
does not increment PR at all while
http://git.openembedded.org/meta-openembedded/tree/meta-systemd/oe-core/recipes-connectivity/wpa-supplicant/wpa-supplicant_1.0.bbappend
PRINC := ${@int(PRINC) + 2}

I'll take care of this one.

Also I like this commit very much
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/meta/recipes-connectivity/wpa-supplicant?h=rmoisan/systemdid=216049b154799fc7984c54858a386d7318f99ce0
but current styleguide thinks something else about consistent whitespace
usage. So I think this wont be accepted as my change to styleguide
wasn't.
I think Richard suggested it, but anyway wasn't the recomandation to use
spaces instead of tabs (I use 4 spaces)? I can revert or change it when
time comes. Feedback on this will be well appreciated.

And last thing:
there is few pending patches for meta-systemd:
http://patchwork.openembedded.org/project/oe/list/?q=systemd
Can you check them and merge them if needed? Or will you update your
systemd* copies if we merge them in meta-oe?
These look very interesting. I'll take a closer look and pull them in as
appropriate.

Radu

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

Re: [OE-core] [PATCH 1/2] easyinstall: class to create and extend the easyinstall.pth file

On 19 December 2012 12:24, Burton, Ross ross.bur...@intel.com wrote:
 From your description I could not find the version of python-mako that uses
 the --s-v-e-m option.
 Where can I find this version of the file? Maybe I was just looking at the
 wrong repository...

 The patch isn't in meta-oe yet, it's in the list archives somewhere
 but it's also on my branch here:

 http://git.openembedded.org/meta-openembedded-contrib/commit/?h=ross/piglitid=2d6ae0a328c2e3d24e43b2858c70a5f404796d21

Not sure how I failed to notice this, but there's a setuptools.bbclass
in oe-core:

inherit distutils

DEPENDS += python-setuptools-native

DISTUTILS_INSTALL_ARGS = --root=${D} \
--single-version-externally-managed \
--prefix=${prefix} \
--install-lib=${PYTHON_SITEPACKAGES_DIR} \
--install-data=${datadir}

Yeah, that.  I'll fix python-mako and this should be suitable for you too.

Ross

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

[OE-core] [PATCH] freetype: Update EXTRA_OECONF to use host gcc.

2012-12-20 Thread Noor, Ahsan

From: Noor Ahsan noor_ah...@mentor.com

* It uses host gcc in its configure script. When IA32
toolchain is installed it starts using its binaries instead
of native gcc. Modified EXTRA_OECONF so that host gcc is used.

Signed-off-by: Noor Ahsa noor_ah...@mentor.com
---
 meta/recipes-graphics/freetype/freetype_2.4.10.bb |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/freetype/freetype_2.4.10.bb 
b/meta/recipes-graphics/freetype/freetype_2.4.10.bb
index 9365475..35d6d22 100644
--- a/meta/recipes-graphics/freetype/freetype_2.4.10.bb
+++ b/meta/recipes-graphics/freetype/freetype_2.4.10.bb
@@ -28,7 +28,7 @@ inherit autotools pkgconfig binconfig
 LIBTOOL = ${S}/builds/unix/${HOST_SYS}-libtool
 EXTRA_OEMAKE = 'LIBTOOL=${LIBTOOL}'
 EXTRA_OEMAKE_class-native = 
-EXTRA_OECONF = --without-zlib --without-bzip2
+EXTRA_OECONF = --without-zlib --without-bzip2 CC_BUILD='${BUILD_CC}'
 
 do_configure() {
cd builds/unix
-- 
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] freetype: Update EXTRA_OECONF to use host gcc.

On Thu, Dec 20, 2012 at 9:37 AM, Noor, Ahsan noor_ah...@mentor.com wrote:
 From: Noor Ahsan noor_ah...@mentor.com

 * It uses host gcc in its configure script. When IA32
 toolchain is installed it starts using its binaries instead
 of native gcc. Modified EXTRA_OECONF so that host gcc is used.

 Signed-off-by: Noor Ahsa noor_ah...@mentor.com

Ross, I think this could be evaluated for danny too.

--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br

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

Re: [OE-core] RFC: systemd integration

On 20 December 2012 10:47, Koen Kooi k...@dominion.thruhere.net wrote:
 You can activate systemd by  DISTRO_FEATURES_INITMAN = systemd

 What happens when I do DISTRO_FEATURES_INITMAN = sysvinit systemd?

As systemd is showing, the choice of init manager isn't just something
you can do at image generation time, but impacts the build.  Services
may opt to use systemd-native interfaces if systemd is available, or
streamline their daemonisation based on the support that systemd has.

This is why this series makes the choice of init a distribution
choice, and doesn't allow multiple choices.

Ross

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

[OE-core] [PATCH] blktrace: essentially rework the recipe, obey LDFLAGS

2012-12-20 Thread Fahad Usman

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 id
aed463414e2e2bf8ca44ba54ee5973e7ed599e57

Signed-off-by: Fahad Usman fahad_us...@mentor.com
---
 .../blktrace/blktrace/blktrace-makefile.patch  |   55 
 .../recipes-kernel/blktrace/blktrace/ldflags.patch |   89 
 meta/recipes-kernel/blktrace/blktrace_git.bb   |   18 ++--
 3 files changed, 97 insertions(+), 65 deletions(-)
 delete mode 100644 
meta/recipes-kernel/blktrace/blktrace/blktrace-makefile.patch
 create mode 100644 meta/recipes-kernel/blktrace/blktrace/ldflags.patch

diff --git a/meta/recipes-kernel/blktrace/blktrace/blktrace-makefile.patch 
b/meta/recipes-kernel/blktrace/blktrace/blktrace-makefile.patch
deleted file mode 100644
index c0f5fb0..000
--- a/meta/recipes-kernel/blktrace/blktrace/blktrace-makefile.patch
+++ /dev/null
@@ -1,55 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
-Index: git/Makefile
-===
 git.orig/Makefile  2010-11-22 11:20:14.303472770 -0600
-+++ git/Makefile   2010-11-22 14:11:19.152635423 -0600
-@@ -1,5 +1,3 @@
--CC= gcc
--CFLAGS= -Wall -O2 -g -W
- ALL_CFLAGS = $(CFLAGS) -D_GNU_SOURCE -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64
- PROGS = blkparse blktrace verify_blkparse blkrawverify blkiomon
- LIBS  = -lpthread
-@@ -11,13 +9,13 @@
- all: $(ALL)
- 
- btt/btt:
--  $(MAKE) -C btt
-+  CC=${CC} CFLAGS=${CFLAGS} $(MAKE) -C btt CC=${CC} 
CFLAGS=${CFLAGS}
- 
- btreplay/btrecord:
--  $(MAKE) -C btreplay
-+  CC=${CC} CFLAGS=${CFLAGS} $(MAKE) -C btreplay CC=${CC} 
CFLAGS=${CFLAGS} btrecord
- 
- btreplay/btreplay:
--  $(MAKE) -C btreplay
-+  CC=${CC} CFLAGS=${CFLAGS} $(MAKE) -C btreplay CC=${CC} 
CFLAGS=${CFLAGS} btreplay
- 
- %.o: %.c
-   $(CC) -o $*.o -c $(ALL_CFLAGS) $
-Index: git/btreplay/Makefile
-===
 git.orig/btreplay/Makefile 2010-11-22 11:21:12.972679035 -0600
-+++ git/btreplay/Makefile  2010-11-22 14:07:01.492839945 -0600
-@@ -5,8 +5,6 @@
- # NDEBUG  - Defined: no asserts, Undefined: asserts
- #
- 
--CC= gcc
--CFLAGS= -Wall -W -O2 -g
- INCS  = -I. -I.. -I../btt
- OCFLAGS   = -UCOUNT_IOS -UDEBUG -DNDEBUG
- XCFLAGS   = -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-Index: git/btt/Makefile
-===
 git.orig/btt/Makefile  2010-11-22 11:21:01.833758370 -0600
-+++ git/btt/Makefile   2010-11-22 14:07:15.783258253 -0600
-@@ -5,8 +5,6 @@
- # NDEBUG  - Defined: no asserts, Undefined: asserts
- #
- 
--CC= gcc
--CFLAGS= -Wall -W -O2 -g
- INCS  = -I. -I..
- XCFLAGS   = -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
- override CFLAGS += $(INCS) $(XCFLAGS)
diff --git a/meta/recipes-kernel/blktrace/blktrace/ldflags.patch 
b/meta/recipes-kernel/blktrace/blktrace/ldflags.patch
new file mode 100644
index 000..b9c7c20
--- /dev/null
+++ b/meta/recipes-kernel/blktrace/blktrace/ldflags.patch
@@ -0,0 +1,89 @@
+blktrace: obey LDFLAGS
+
+Upstream-Status: Pending
+
+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 id
+aed463414e2e2bf8ca44ba54ee5973e7ed599e57
+
+Signed-off-by: Fahad Usman fahad_us...@mentor.com
+---
+ Makefile  |   11 ++-
+ btreplay/Makefile |3 ++-
+ btt/Makefile  |3 ++-
+ 3 files changed, 10 insertions(+), 7 deletions(-)
+
+--- git.orig/Makefile
 git/Makefile
+@@ -1,5 +1,6 @@
+ CC= gcc
+ CFLAGS= -Wall -O2 -g -W
++LDFLAGS =
+ ALL_CFLAGS = $(CFLAGS) -D_GNU_SOURCE -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64
+ PROGS = blkparse blktrace verify_blkparse blkrawverify blkiomon
+ LIBS  = -lpthread
+@@ -23,19 +24,19 @@ btreplay/btreplay:
+   $(CC) -o $*.o -c $(ALL_CFLAGS) $
+ 
+ blkparse: blkparse.o blkparse_fmt.o rbtree.o act_mask.o
+-  $(CC) $(ALL_CFLAGS) -o $@ $(filter %.o,$^)
++  $(CC) $(ALL_CFLAGS) -o $@ $(filter %.o,$^) $(LDFLAGS)
+ 
+ blktrace: blktrace.o act_mask.o
+-  $(CC) $(ALL_CFLAGS) -o $@ $(filter %.o,$^) $(LIBS)
++  $(CC) $(ALL_CFLAGS) -o $@ $(filter %.o,$^) $(LIBS) $(LDFLAGS)
+ 
+ verify_blkparse: verify_blkparse.o
+-  $(CC) $(ALL_CFLAGS) -o $@ $(filter %.o,$^)
++  $(CC) $(ALL_CFLAGS) -o $@ $(filter %.o,$^) $(LDFLAGS)
+ 
+ blkrawverify: blkrawverify.o
+-  $(CC) $(ALL_CFLAGS) -o $@ $(filter %.o,$^)
++  $(CC) $(ALL_CFLAGS) -o $@ $(filter %.o,$^) $(LDFLAGS)
+ 
+ blkiomon: blkiomon.o rbtree.o
+-  $(CC) $(ALL_CFLAGS) -o $@ $(filter %.o,$^) $(LIBS) -lrt
++  $(CC) $(ALL_CFLAGS) -o $@ $(filter %.o,$^) $(LIBS) -lrt $(LDFLAGS)
+ 
+ $(PROGS): | depend
+ 
+---

Re: [OE-core] RFC: systemd integration

On Thu, Dec 20, 2012 at 10:39 AM, Burton, Ross ross.bur...@intel.com wrote:
 On 20 December 2012 10:47, Koen Kooi k...@dominion.thruhere.net wrote:
 You can activate systemd by  DISTRO_FEATURES_INITMAN = systemd

 What happens when I do DISTRO_FEATURES_INITMAN = sysvinit systemd?

 As systemd is showing, the choice of init manager isn't just something
 you can do at image generation time, but impacts the build.  Services
 may opt to use systemd-native interfaces if systemd is available, or
 streamline their daemonisation based on the support that systemd has.

 This is why this series makes the choice of init a distribution
 choice, and doesn't allow multiple choices.

Not really, I've been using sysvinit images and systemd images in OE
with meta-oe and it works fine.

There're some changes need, indeed, but it is possible to make it
work. The biggest change I had to do is to get systemd-udevd using
init scripts.

--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br

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

Re: [OE-core] RFC: systemd integration

On 20 December 2012 12:50, Otavio Salvador ota...@ossystems.com.br wrote:
 Not really, I've been using sysvinit images and systemd images in OE
 with meta-oe and it works fine.

 There're some changes need, indeed, but it is possible to make it
 work. The biggest change I had to do is to get systemd-udevd using
 init scripts.

Sure it works, I never said it didn't work. It's just not optimal -
dbus isn't using the superior console ownership information available
to it through systemd for example, because that means linking to
libsystemd-login.  By making systemd an image-time choice we can't
ever have any code that requires systemd in the build.

Ross

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

[OE-core] [PATCH] python: add -crypt as a dependency on -math

2012-12-20 Thread Ross Burton

random.py imports hashlib, so add this missing dependency.

Signed-off-by: Ross Burton ross.bur...@intel.com
---
 meta/recipes-devtools/python/python-2.7-manifest.inc |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc 
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index 1e16c6b..3c7be7e 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -139,7 +139,7 @@ RDEPENDS_${PN}-mailbox=${PN}-core ${PN}-mime
 FILES_${PN}-mailbox=${libdir}/python2.7/mailbox.* 
 
 DESCRIPTION_${PN}-math=Python Math Support
-RDEPENDS_${PN}-math=${PN}-core
+RDEPENDS_${PN}-math=${PN}-core ${PN}-crypt
 FILES_${PN}-math=${libdir}/python2.7/lib-dynload/cmath.so 
${libdir}/python2.7/lib-dynload/math.so 
${libdir}/python2.7/lib-dynload/_random.so ${libdir}/python2.7/random.* 
${libdir}/python2.7/sets.* 
 
 DESCRIPTION_${PN}-mime=Python MIME Handling APIs
-- 
1.7.10


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

Re: [OE-core] RFC: systemd integration

On Thu, Dec 20, 2012 at 10:59 AM, Burton, Ross ross.bur...@intel.com wrote:
 On 20 December 2012 12:50, Otavio Salvador ota...@ossystems.com.br wrote:
 Not really, I've been using sysvinit images and systemd images in OE
 with meta-oe and it works fine.

 There're some changes need, indeed, but it is possible to make it
 work. The biggest change I had to do is to get systemd-udevd using
 init scripts.

 Sure it works, I never said it didn't work. It's just not optimal -
 dbus isn't using the superior console ownership information available
 to it through systemd for example, because that means linking to
 libsystemd-login.  By making systemd an image-time choice we can't
 ever have any code that requires systemd in the build.

I think if I enable systemd feature I do expect to have some systemd
libraries in rootfs however I may opt to use it or not. If I do want
to have *no* systemd libraries, than I should not have systemd feature
enabled.

--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br

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

[OE-core] [PATCH v2 0/3] have input method modules cached at do-rootfs time

changes in v2:
 * added a new qemu.bbclass function that will return a string containing the
   command line needed to run a target binary through qemu at postinstall time;
 * use 'readelf -l' instead of 'readelf -a' for retrieving the dynamic loader
   path;

from v1:
Hi

This patchset will change the postinstall routine in 
gtk-immodules-cache.bbclass,
so it can run at do_rootfs time, and changes matchbox-keyboard recipe to use
the class.

Thanks,
Laurentiu

Laurentiu Palcu (3):
  qemu.bbclass: add qemu_run_binary() function
  gtk-immodules-cache.bbclass: allow for offline cache generation
  matchbox-keyboard: use the gtk-immodules-cache.bbclass

 meta/classes/gtk-immodules-cache.bbclass   |   17 -
 meta/classes/qemu.bbclass  |   17 +
 .../matchbox-keyboard/matchbox-keyboard_git.bb |   18 ++
 3 files changed, 35 insertions(+), 17 deletions(-)

-- 
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] [PATCH v2 2/3] gtk-immodules-cache.bbclass: allow for offline cache generation

In order to support a RO rootfs, the cache generation during postinstall
has to be done on host. However, gtk-query-immodules application will
only be able to parse shared objects from the same ELF class.
In order not to have a native package for all the recipes providing
an input method, so we can generate the cache file natively, run
gtk-query-immodules through qemu emulator.

[YOCTO #3602]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 meta/classes/gtk-immodules-cache.bbclass |   17 -
 1 file changed, 16 insertions(+), 1 deletion(-)

diff --git a/meta/classes/gtk-immodules-cache.bbclass 
b/meta/classes/gtk-immodules-cache.bbclass
index 515d28b..9ffb03b 100644
--- a/meta/classes/gtk-immodules-cache.bbclass
+++ b/meta/classes/gtk-immodules-cache.bbclass
@@ -2,9 +2,24 @@
 #
 # Usage: Set GTKIMMODULES_PACKAGES to the packages that needs to update the 
inputmethod modules
 
+DEPENDS =+ qemu-native
+
+inherit qemu
+
 gtk_immodule_cache_postinst() {
 if [ x$D != x ]; then
-exit 1
+for maj_ver in 2 3; do
+if [ -x $D${bindir}/gtk-query-immodules-$maj_ver.0 ]; then
+IMFILES=$(ls $D${libdir}/gtk-$maj_ver.0/*/immodules/*.so)
+${@qemu_run_binary(d, '$D', 
'${bindir}/gtk-query-immodules-$maj_ver.0')} \
+$IMFILES  $D/etc/gtk-$maj_ver.0/gtk.immodules 2/dev/null 
+sed -i -e s:$D:: $D/etc/gtk-$maj_ver.0/gtk.immodules
+
+[ $? -ne 0 ]  exit 1
+fi
+done
+
+exit 0
 fi
 if [ ! -z `which gtk-query-immodules-2.0` ]; then
 gtk-query-immodules-2.0  /etc/gtk-2.0/gtk.immodules
-- 
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] [PATCH v2 1/3] qemu.bbclass: add qemu_run_binary() function

[YOCTO #3602]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 meta/classes/qemu.bbclass |   17 +
 1 file changed, 17 insertions(+)

diff --git a/meta/classes/qemu.bbclass b/meta/classes/qemu.bbclass
index aead8e2..13af339 100644
--- a/meta/classes/qemu.bbclass
+++ b/meta/classes/qemu.bbclass
@@ -13,3 +13,20 @@ def qemu_target_binary(data):
 target_arch = ppc64
 
 return qemu- + target_arch
+#
+# Next function will return a string containing the command that is needed to
+# to run a certain binary through qemu. For example, in order to make a certain
+# postinstall scriptlet run at do_rootfs time and running the postinstall is
+# architecture dependent, we can run it through qemu. For example, in the
+# postinstall scriptlet, we could use the following:
+#
+# ${@qemu_run_binary(d, '$D', '/usr/bin/test_app')} [test_app arguments]
+#
+def qemu_run_binary(data, rootfs_path, binary):
+dynamic_loader = rootfs_path + '$(readelf -l ' + rootfs_path + \
+ binary + '| grep Requesting program interpreter|sed -e 
\'s/^.*\[.*: \(.*\)\]/\\1/\')'
+library_path = rootfs_path + data.getVar(base_libdir, True) + : + \
+   rootfs_path + data.getVar(libdir, True)
+
+return qemu_target_binary(data) +   + dynamic_loader +  --library-path 
 + library_path \
+   +   + rootfs_path + binary
-- 
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] [PATCH v2 3/3] matchbox-keyboard: use the gtk-immodules-cache.bbclass

Since the class was already present, use it. Also, this will have the
postinstalls run on host, at do_rootfs time.

[YOCTO #3602]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 .../matchbox-keyboard/matchbox-keyboard_git.bb |   18 ++
 1 file changed, 2 insertions(+), 16 deletions(-)

diff --git a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb 
b/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
index adde25b..a7091d2 100644
--- a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
+++ b/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
@@ -22,7 +22,7 @@ SRC_URI = git://git.yoctoproject.org/${BPN};protocol=git \
 
 S = ${WORKDIR}/git
 
-inherit autotools pkgconfig gettext
+inherit autotools pkgconfig gettext gtk-immodules-cache
 
 EXTRA_OECONF = --disable-cairo --enable-gtk-im --enable-applet
 
@@ -49,18 +49,4 @@ do_install_append () {
rm -f ${D}${libdir}/matchbox-panel/*.la
 }
 
-pkg_postinst_matchbox-keyboard-im () {
-if [ x$D != x ]; then
-  exit 1
-fi
-
-gtk-query-immodules-2.0  /etc/gtk-2.0/gtk.immodules
-}
-
-pkg_postrm_matchbox-keyboard-im () {
-if [ x$D != x ]; then
-  exit 1
-fi
-
-gtk-query-immodules-2.0  /etc/gtk-2.0/gtk.immodules
-}
+GTKIMMODULES_PACKAGES = ${PN}-im
-- 
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] python: add -crypt as a dependency on -math

On Thu, Dec 20, 2012 at 12:59:13PM +, Ross Burton wrote:
 random.py imports hashlib, so add this missing dependency.

Please follow warning in that file:
# WARNING: This file is AUTO GENERATED: Manual edits will be lost next time I 
regenerate the file.
# Generator: 'scripts/contrib/python/generate-manifest-2.7.py' Version 
20110222.2 (C) 2002-2010 Michael 'Mickey' Lauer mla...@vanille-media.de
# Visit the Python for Embedded Systems Site = 
http://www.Vanille.de/projects/python.spy

and change it in 
openembedded-core/scripts/contrib/python/generate-manifest-2.7.py
first and then regenerate python-2.7-manifest.inc

Cheers,

 
 Signed-off-by: Ross Burton ross.bur...@intel.com
 ---
  meta/recipes-devtools/python/python-2.7-manifest.inc |2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc 
 b/meta/recipes-devtools/python/python-2.7-manifest.inc
 index 1e16c6b..3c7be7e 100644
 --- a/meta/recipes-devtools/python/python-2.7-manifest.inc
 +++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
 @@ -139,7 +139,7 @@ RDEPENDS_${PN}-mailbox=${PN}-core ${PN}-mime
  FILES_${PN}-mailbox=${libdir}/python2.7/mailbox.* 
  
  DESCRIPTION_${PN}-math=Python Math Support
 -RDEPENDS_${PN}-math=${PN}-core
 +RDEPENDS_${PN}-math=${PN}-core ${PN}-crypt
  FILES_${PN}-math=${libdir}/python2.7/lib-dynload/cmath.so 
 ${libdir}/python2.7/lib-dynload/math.so 
 ${libdir}/python2.7/lib-dynload/_random.so ${libdir}/python2.7/random.* 
 ${libdir}/python2.7/sets.* 
  
  DESCRIPTION_${PN}-mime=Python MIME Handling APIs
 -- 
 1.7.10
 
 
 ___
 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] [PATCH] freetype: Update EXTRA_OECONF to use host gcc.

2012-12-20 Thread Ahsan, Noor

I think the behavior is same on danny.

Noor

-Original Message-
From: otavio.salva...@gmail.com [mailto:otavio.salva...@gmail.com] On Behalf Of 
Otavio Salvador
Sent: Thursday, December 20, 2012 5:25 PM
To: Ahsan, Noor; Burton, Ross
Cc: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] [PATCH] freetype: Update EXTRA_OECONF to use host gcc.

On Thu, Dec 20, 2012 at 9:37 AM, Noor, Ahsan noor_ah...@mentor.com wrote:
 From: Noor Ahsan noor_ah...@mentor.com

 * It uses host gcc in its configure script. When IA32 toolchain is 
 installed it starts using its binaries instead of native gcc. Modified 
 EXTRA_OECONF so that host gcc is used.

 Signed-off-by: Noor Ahsa noor_ah...@mentor.com

Ross, I think this could be evaluated for danny too.

--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br

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

[OE-core] [PATCH 4/5] Add ptest for dbus.

2012-12-20 Thread Björn Stenberg

This patch adds a new recipe dbus-test to build and package the dbus test
suite. The reason for a separate recipe is that the dbus test suite depends
on dbus-glib, so it cannot be compiled at the same time as dbus.

Signed-off-by: Björn Stenberg b...@enea.com
---
 meta/recipes-core/dbus/dbus-1.6.4/ptest.patch  |  144 
 meta/recipes-core/dbus/dbus-1.6.4/run-ptest|3 +
 .../dbus/dbus-1.6.4/test-run-path.patch|   26 
 meta/recipes-core/dbus/dbus-ptest_1.6.4.bb |   46 ++
 meta/recipes-core/dbus/dbus.inc|2 +
 5 files changed, 221 insertions(+), 0 deletions(-)
 create mode 100644 meta/recipes-core/dbus/dbus-1.6.4/ptest.patch
 create mode 100755 meta/recipes-core/dbus/dbus-1.6.4/run-ptest
 create mode 100644 meta/recipes-core/dbus/dbus-1.6.4/test-run-path.patch
 create mode 100644 meta/recipes-core/dbus/dbus-ptest_1.6.4.bb

diff --git a/meta/recipes-core/dbus/dbus-1.6.4/ptest.patch 
b/meta/recipes-core/dbus/dbus-1.6.4/ptest.patch
new file mode 100644
index 000..106bfb4
--- /dev/null
+++ b/meta/recipes-core/dbus/dbus-1.6.4/ptest.patch
@@ -0,0 +1,144 @@
+Add install-ptest rules.
+Change TEST_ENVIRONMENT to allow running outside build dir.
+
+ Makefile.am|7 +++
+ bus/Makefile.am|6 ++
+ dbus/Makefile.am   |6 ++
+ doc/Makefile.am|4 
+ test/Makefile.am   |   25 -
+ test/name-test/Makefile.am |9 +
+ tools/Makefile.am  |   12 
+ 7 files changed, 64 insertions(+), 5 deletions(-)
+
+Signed-off-by: Björn Stenberg b...@enea.com
+Upstream-Status: Pending
+
+diff -ur a/Makefile.am b/Makefile.am
+--- a/Makefile.am  2012-12-06 14:34:01.157414449 +0100
 b/Makefile.am  2012-12-06 15:21:14.447113035 +0100
+@@ -30,4 +30,11 @@
+ 
+ ACLOCAL_AMFLAGS = -I m4 ${ACLOCAL_FLAGS}
+ 
++if DBUS_BUILD_TESTS
++install-ptest:
++  @for subdir in $(SUBDIRS); do \
++  $(MAKE) -C $$subdir DESTDIR=$(DESTDIR)/$$subdir $@; \
++  done
++endif
++
+ include tools/lcov.am
+diff -ur a/bus/Makefile.am b/bus/Makefile.am
+--- a/bus/Makefile.am  2012-12-06 14:34:01.169413931 +0100
 b/bus/Makefile.am  2012-12-06 15:21:14.463112346 +0100
+@@ -290,3 +290,9 @@
+  Extra dist
+ 
+ EXTRA_DIST=$(CONFIG_IN_FILES) $(SCRIPT_IN_FILES)
++
++if DBUS_BUILD_TESTS
++install-ptest:
++  @$(MKDIR_P) $(DESTDIR)
++  @install $(dbus_daemon_exec_PROGRAMS) $(noinst_PROGRAMS) $(DESTDIR)
++endif
+diff -ur a/dbus/Makefile.am b/dbus/Makefile.am
+--- a/dbus/Makefile.am 2012-12-06 14:34:01.161414276 +0100
 b/dbus/Makefile.am 2012-12-06 15:21:14.451112862 +0100
+@@ -310,3 +310,9 @@
+ update-systemd:
+   curl http://cgit.freedesktop.org/systemd/plain/src/sd-daemon.c  
sd-daemon.c
+   curl http://cgit.freedesktop.org/systemd/plain/src/sd-daemon.h  
sd-daemon.h
++
++if DBUS_BUILD_TESTS
++install-ptest:
++  @$(MKDIR_P) $(DESTDIR)
++  @install $(noinst_PROGRAMS) $(DESTDIR)
++endif
+diff -ur a/test/Makefile.am b/test/Makefile.am
+--- a/test/Makefile.am 2012-12-06 14:34:01.165414103 +0100
 b/test/Makefile.am 2012-12-06 15:21:14.455112690 +0100
+@@ -119,12 +119,13 @@
+   DBUS_TEST_HOMEDIR=@abs_top_builddir@/dbus \
+   DBUS_TEST_SYSCONFDIR=$(DESTDIR)$(sysconfdir)
+ 
++ptest_run_dir = ..
++
+ TESTS_ENVIRONMENT = \
+-  DBUS_BLOCK_ON_ABORT=1 \
+-  DBUS_FATAL_WARNINGS=1 \
+-  DBUS_TEST_DAEMON=@abs_top_builddir@/bus/dbus-daemon$(EXEEXT) \
+-  DBUS_TEST_DATA=@abs_top_builddir@/test/data \
+-  DBUS_TEST_HOMEDIR=@abs_top_builddir@/dbus \
++  DBUS_FATAL_WARNINGS=0 \
++  DBUS_TEST_DAEMON=$(ptest_run_dir)/bus/dbus-daemon$(EXEEXT) \
++  DBUS_TEST_DATA=$(ptest_run_dir)/test/data \
++  DBUS_TEST_HOMEDIR=$(ptest_run_dir)/dbus \
+   $(NULL)
+ 
+ test_corrupt_SOURCES = corrupt.c
+@@ -325,3 +326,18 @@
+ data/valid-config-files/system.conf: $(top_builddir)/bus/system.conf
+   $(AM_V_at)$(MKDIR_P) data/valid-config-files
+   $(AM_V_GEN)cp $ $@
++
++if DBUS_BUILD_TESTS
++install-ptest: install-ptest-nonrecursive
++  @for subdir in $(SUBDIRS); do \
++  if [ $$subdir != . ]; then \
++  $(MAKE) -C $$subdir DESTDIR=$(DESTDIR)/$$subdir $@; \
++  fi; \
++  done
++
++install-ptest-nonrecursive:
++  @$(MKDIR_P) $(DESTDIR)/data/valid-config-files/session.d
++  @for file in Makefile $(installable_tests) $(EXTRA_DIST) 
$(noinst_DATA); do \
++  install -D $${file%.in} $(DESTDIR)/$${file%.in}; \
++  done;
++endif
+diff -ur a/test/name-test/Makefile.am b/test/name-test/Makefile.am
+--- a/test/name-test/Makefile.am   2012-12-06 14:34:01.169413931 +0100
 b/test/name-test/Makefile.am   2012-12-06 15:21:14.459112518 +0100
+@@ -36,4 +36,13 @@
+ test_privserver_client_LDADD=../libdbus-testutils.la
+ test_autolaunch_LDADD=../libdbus-testutils.la
+ 
++install-ptest:
++  @$(MKDIR_P) $(DESTDIR)
++

[OE-core] meta-qt5 - problems with pkgconfig-0.25

2012-12-20 Thread Erik Botö

Hi,

(This message was previously posted to openembedded-devel, but I got
feedback that it might belong here)

When I build qtbase using https://github.com/meta-qt5/meta-qt5 I get cross
compiler badness warnings, it uses some includes from my host machine
instead of from sysroot. I have seen this before when cross compiling qt5
manually, and then the fix was to upgrade my host pkgconfig from 0.22 to
0.26 (I didn't really try the versions in between, just built a more recent
version).

I did a quick hack by building pkgconfig 0.26 in yocto by simply removing
the patches and using upstream vanilla 0.26 and then qtbase builds properly
without using host includes.

But it feels kind of strange that a bug like this hasn't affected any other
packages? Has anyone else seen something like this and can shed more light
on what's happening?

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

[OE-core] [PATCH] telepathy-glib upgrade to 0.20.1

2012-12-20 Thread Cristian Iorga

From: Andrei Dinu andrei.adrianx.d...@intel.com

upgrade from 0.19.8 to 0.20.1

Signed-off-by: Andrei Dinu andrei.adrianx.d...@intel.com
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
 .../{telepathy-glib_0.19.8.bb = telepathy-glib_0.20.1.bb}   |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-connectivity/telepathy/{telepathy-glib_0.19.8.bb = 
telepathy-glib_0.20.1.bb} (79%)

diff --git a/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.8.bb 
b/meta/recipes-connectivity/telepathy/telepathy-glib_0.20.1.bb
similarity index 79%
rename from meta/recipes-connectivity/telepathy/telepathy-glib_0.19.8.bb
rename to meta/recipes-connectivity/telepathy/telepathy-glib_0.20.1.bb
index 370a822..a0c3103 100644
--- a/meta/recipes-connectivity/telepathy/telepathy-glib_0.19.8.bb
+++ b/meta/recipes-connectivity/telepathy/telepathy-glib_0.20.1.bb
@@ -3,13 +3,13 @@ DESCRIPTION = Telepathy Framework: GLib-based helper library 
for connection man
 HOMEPAGE = http://telepathy.freedesktop.org/wiki/;
 DEPENDS = glib-2.0 dbus python-native-runtime dbus-native dbus-glib
 LICENSE = LGPLv2.1+
-PR = r2
+PR = r0
 
 SRC_URI = 
http://telepathy.freedesktop.org/releases/telepathy-glib/${BPN}-${PV}.tar.gz \
file://pkgconfig.patch
 
-SRC_URI[md5sum] = ffd0953953981473fcd9c373ccb9e882
-SRC_URI[sha256sum] = 
581682a937ee33bd4ce01e17d09b338155a79dff44925b988b0701fdbee50b20
+SRC_URI[md5sum] = 780034ff7433f33e6577b02fd7a2cb0a
+SRC_URI[sha256sum] = 
01a0343f61fbd389fed9c819751aa75914150aa567472dcb480ced7f4ed261b6
 
 LIC_FILES_CHKSUM = file://COPYING;md5=e413d83db6ee8f2c8e6055719096a48e
 
-- 
1.7.10.4


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

Re: [OE-core] RFC: systemd integration

On 20 December 2012 13:09, Otavio Salvador ota...@ossystems.com.br wrote:
 I think if I enable systemd feature I do expect to have some systemd
 libraries in rootfs however I may opt to use it or not. If I do want
 to have *no* systemd libraries, than I should not have systemd feature
 enabled.

What's the point of enabling systemd, having the libraries installed,
and then not using it?

I don't see what the appeal of supporting multiple init systems a
single distribution, with the downsides of doubling the test space and
wasting space in situations where you ship all the systemd libraries
but don't actually boot with systemd.

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/5] Add ptest for dbus.

2012-12-20 Thread Björn Stenberg

Marcin Juszkiewicz wrote:
 ExpansionError: Failure expanding variable RDEPENDS_dbus-lib

Ehm, how embarrassing. I have now posted an updated patch.

-- 
Björn

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

Re: [OE-core] [PATCH] python: add -crypt as a dependency on -math

On 20 December 2012 13:16, Martin Jansa martin.ja...@gmail.com wrote:
 On Thu, Dec 20, 2012 at 12:59:13PM +, Ross Burton wrote:
 random.py imports hashlib, so add this missing dependency.

 Please follow warning in that file:
 # WARNING: This file is AUTO GENERATED: Manual edits will be lost next time I 
 regenerate the file.
 # Generator: 'scripts/contrib/python/generate-manifest-2.7.py' Version 
 20110222.2 (C) 2002-2010 Michael 'Mickey' Lauer mla...@vanille-media.de
 # Visit the Python for Embedded Systems Site = 
 http://www.Vanille.de/projects/python.spy

 and change it in
 openembedded-core/scripts/contrib/python/generate-manifest-2.7.py
 first and then regenerate python-2.7-manifest.inc

Whoops, thanks, I just did a grep.

Ross

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

Re: [OE-core] [PATCH v2 3/3] matchbox-keyboard: use the gtk-immodules-cache.bbclass

On 20 December 2012 13:15, Laurentiu Palcu laurentiu.pa...@intel.com wrote:
 Since the class was already present, use it. Also, this will have the
 postinstalls run on host, at do_rootfs time.

Signed-off-by: Ross Burton ross.bur...@intel.com

Ross

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

Re: [OE-core] [PATCH v2 1/3] qemu.bbclass: add qemu_run_binary() function

On 20 December 2012 13:15, Laurentiu Palcu laurentiu.pa...@intel.com wrote:
 dynamic_loader = rootfs_path + '$(readelf -l ' + rootfs_path + \
   binary + '| grep Requesting program interpreter|sed -e \'s/^.*\[.*: 
 \(.*\)\]/\\1/\')'

Would it be easier to do the string manipulation in python?  Spawning
grep and sed when Python can do string manipulation seems excessive.

Nice addition to the class though.

Ross

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

Re: [OE-core] [PATCH v2 2/3] gtk-immodules-cache.bbclass: allow for offline cache generation

On 20 December 2012 13:15, Laurentiu Palcu laurentiu.pa...@intel.com wrote:
 In order to support a RO rootfs, the cache generation during postinstall
 has to be done on host. However, gtk-query-immodules application will
 only be able to parse shared objects from the same ELF class.
 In order not to have a native package for all the recipes providing
 an input method, so we can generate the cache file natively, run
 gtk-query-immodules through qemu emulator.

Signed-off-by: Ross Burton ross.bur...@intel.com

Ross

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

Re: [OE-core] [PATCH v2 1/3] qemu.bbclass: add qemu_run_binary() function


On 12/20/2012 04:45 PM, Burton, Ross wrote:
 On 20 December 2012 13:15, Laurentiu Palcu laurentiu.pa...@intel.com wrote:
 dynamic_loader = rootfs_path + '$(readelf -l ' + rootfs_path + \
   binary + '| grep Requesting program interpreter|sed -e \'s/^.*\[.*: 
 \(.*\)\]/\\1/\')'
 
 Would it be easier to do the string manipulation in python?  Spawning
 grep and sed when Python can do string manipulation seems excessive.
Ok, I agree. But how do you call python routines from the postinstall
scriptlets which run in do_rootfs context? readelf needs to run at
postinstall time because the binary we run through qemu does not
necessarily belong to the same package. Let's take, for example, the
current patchset. You can have a recipe that provides an input method
module and call gtk-query-modules-2.0 binary to create the cache.

If you know a method to do it, feel free to share.

Thanks,
Laurentiu

 
 Nice addition to the class though.
 
 Ross
 

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

[OE-core] [PATCH V2] python: add -crypt as a dependency on -math

2012-12-20 Thread Ross Burton

random.py imports hashlib, so add this missing dependency.

Signed-off-by: Ross Burton ross.bur...@intel.com
---
 meta/recipes-devtools/python/python-2.7-manifest.inc |2 +-
 scripts/contrib/python/generate-manifest-2.7.py  |2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc 
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index 1e16c6b..3c7be7e 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -139,7 +139,7 @@ RDEPENDS_${PN}-mailbox=${PN}-core ${PN}-mime
 FILES_${PN}-mailbox=${libdir}/python2.7/mailbox.* 
 
 DESCRIPTION_${PN}-math=Python Math Support
-RDEPENDS_${PN}-math=${PN}-core
+RDEPENDS_${PN}-math=${PN}-core ${PN}-crypt
 FILES_${PN}-math=${libdir}/python2.7/lib-dynload/cmath.so 
${libdir}/python2.7/lib-dynload/math.so 
${libdir}/python2.7/lib-dynload/_random.so ${libdir}/python2.7/random.* 
${libdir}/python2.7/sets.* 
 
 DESCRIPTION_${PN}-mime=Python MIME Handling APIs
diff --git a/scripts/contrib/python/generate-manifest-2.7.py 
b/scripts/contrib/python/generate-manifest-2.7.py
index 5c52724..6a11c89 100755
--- a/scripts/contrib/python/generate-manifest-2.7.py
+++ b/scripts/contrib/python/generate-manifest-2.7.py
@@ -291,7 +291,7 @@ if __name__ == __main__:
 m.addPackage( ${PN}-mailbox, Python Mailbox Format Support, 
${PN}-core ${PN}-mime,
 mailbox.* )
 
-m.addPackage( ${PN}-math, Python Math Support, ${PN}-core,
+m.addPackage( ${PN}-math, Python Math Support, ${PN}-core 
${PN}-crypt,
 lib-dynload/cmath.so lib-dynload/math.so lib-dynload/_random.so random.* 
sets.* )
 
 m.addPackage( ${PN}-mime, Python MIME Handling APIs, ${PN}-core 
${PN}-io,
-- 
1.7.10


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

Re: [OE-core] [PATCH v2 1/3] qemu.bbclass: add qemu_run_binary() function

On 20 December 2012 14:59, Laurentiu Palcu laurentiu.pa...@intel.com wrote:
 Ok, I agree. But how do you call python routines from the postinstall
 scriptlets which run in do_rootfs context? readelf needs to run at
 postinstall time because the binary we run through qemu does not
 necessarily belong to the same package. Let's take, for example, the
 current patchset. You can have a recipe that provides an input method
 module and call gtk-query-modules-2.0 binary to create the cache.

Right, of course.  awk might be clearer than grep/sed but only marginally...

Ross

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

Re: [OE-core] RFC: systemd integration

On Thu, Dec 20, 2012 at 12:31 PM, Burton, Ross ross.bur...@intel.com wrote:
 On 20 December 2012 13:09, Otavio Salvador ota...@ossystems.com.br wrote:
 I think if I enable systemd feature I do expect to have some systemd
 libraries in rootfs however I may opt to use it or not. If I do want
 to have *no* systemd libraries, than I should not have systemd feature
 enabled.

 What's the point of enabling systemd, having the libraries installed,
 and then not using it?

 I don't see what the appeal of supporting multiple init systems a
 single distribution, with the downsides of doubling the test space and
 wasting space in situations where you ship all the systemd libraries
 but don't actually boot with systemd.

Here at O.S. Systems we share same distro and packages among different
products and some use sysvinit and other systemd. I think it is a
valid use case.

--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br

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

Re: [OE-core] [PATCH] pango: have postinstalls run at do_rootfs time

2012-12-20 Thread Phil Blundell

On Wed, 2012-12-19 at 18:03 +0200, Laurentiu Palcu wrote:
 Since pango-native is built anyway and all the modules are in the native
 sysroot, create the cache file by scanning those files instead of the
 target files. The latter will fail because the shared objects wouldn't
 be from the same ELF class.

Is it guaranteed that the native build will have the same set of
modules?  It seems to me that it would be safer to scan the target ones
under qemu as you did for gtk-immodules.

p.



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

[OE-core] [PATCH] Fix dependency ordering

From: Alexandru DAMIAN alexandru.dam...@intel.com

This patch fixes the precedence of the dependency list
that may appear when a single package source is split in
multiple binary packages.

The shared lib dependency resolver will prefer the shared
library as found in the package tree instead as it is defined
in the PACKAGES instructions.

The fix will prevent overriding the package name with the
parent package name.

Signed-off-by: Alexandru DAMIAN alexandru.dam...@intel.com
---
 meta/classes/package.bbclass |6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 9885d94..4556315 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1508,7 +1508,8 @@ python package_do_shlibs() {
 lib_ver = fd.readline().rstrip()
 fd.close()
 for l in lines:
-shlib_provider[l.rstrip()] = (dep_pkg, lib_ver)
+if not l.rstrip() in shlib_provider:
+shlib_provider[l.rstrip()] = (dep_pkg, lib_ver)
 
 bb.utils.unlockfile(lf)
 
@@ -1521,7 +1522,8 @@ python package_do_shlibs() {
 if len(dep_pkg) == 2:
 lib_ver = dep_pkg[1]
 dep_pkg = dep_pkg[0]
-shlib_provider[l] = (dep_pkg, lib_ver)
+if not l in shlib_provider:
+shlib_provider[l] = (dep_pkg, lib_ver)
 
 for pkg in packages.split():
 bb.debug(2, calculating shlib requirements for %s % pkg)
-- 
1.7.10.4


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

Re: [OE-core] [PATCH] pango: have postinstalls run at do_rootfs time


On 12/20/2012 05:21 PM, Phil Blundell wrote:
 On Wed, 2012-12-19 at 18:03 +0200, Laurentiu Palcu wrote:
 Since pango-native is built anyway and all the modules are in the native
 sysroot, create the cache file by scanning those files instead of the
 target files. The latter will fail because the shared objects wouldn't
 be from the same ELF class.
 
 Is it guaranteed that the native build will have the same set of
 modules?  It seems to me that it would be safer to scan the target ones
 under qemu as you did for gtk-immodules.
AFAIK pango-native builds all modules. I suppose I could also do it as I
did it for matchbox-keyboard package but I'd always prefer to avoid qemu
overhead whenever we can do it entirely natively.

Thanks,
Laurentiu
 
 p.
 
 

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

Re: [OE-core] [PATCH] pango: have postinstalls run at do_rootfs time

On 20 December 2012 15:21, Phil Blundell ph...@gnu.org wrote:
 On Wed, 2012-12-19 at 18:03 +0200, Laurentiu Palcu wrote:
 Since pango-native is built anyway and all the modules are in the native
 sysroot, create the cache file by scanning those files instead of the
 target files. The latter will fail because the shared objects wouldn't
 be from the same ELF class.

 Is it guaranteed that the native build will have the same set of
 modules?  It seems to me that it would be safer to scan the target ones
 under qemu as you did for gtk-immodules.

I suspected there was no such real thing as an out-of-tree Pango
module, but I was wrong (http://graphite.sil.org/).

Digging quickly into the Debian packaging, they generate the modules
list at build time (not in a postinst) by running pango-querymodules
over the directories they just built, filtering the paths (this
happens in dh_pangomodules).  They also generate a modules list file
per package and ship it, and pango reads the multiple files.  I'm not
sure if this is upstream behaviour or a Debian-specific patch.

Ross

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

Re: [OE-core] [PATCH] Fix dependency ordering

On 20 December 2012 15:46, Alex DAMIAN alexandru.dam...@intel.com wrote:
 This patch fixes the precedence of the dependency list
 that may appear when a single package source is split in
 multiple binary packages.

I'm still confused how this problem (which was discovered in mesa-dri)
doesn't occur on my machine...

Ross

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

Re: [OE-core] [PATCH] pango: have postinstalls run at do_rootfs time



On 12/20/2012 05:59 PM, Burton, Ross wrote:
 On 20 December 2012 15:21, Phil Blundell ph...@gnu.org wrote:
 On Wed, 2012-12-19 at 18:03 +0200, Laurentiu Palcu wrote:
 Since pango-native is built anyway and all the modules are in the native
 sysroot, create the cache file by scanning those files instead of the
 target files. The latter will fail because the shared objects wouldn't
 be from the same ELF class.

 Is it guaranteed that the native build will have the same set of
 modules?  It seems to me that it would be safer to scan the target ones
 under qemu as you did for gtk-immodules.
 
 I suspected there was no such real thing as an out-of-tree Pango
 module, but I was wrong (http://graphite.sil.org/).
But, in this case, we could use the qemu method only for the graphite
package postinstall... We don't have to use it for pango too.

 
 Digging quickly into the Debian packaging, they generate the modules
 list at build time (not in a postinst) by running pango-querymodules
 over the directories they just built, filtering the paths (this
 happens in dh_pangomodules).  They also generate a modules list file
 per package and ship it, and pango reads the multiple files.  I'm not
 sure if this is upstream behaviour or a Debian-specific patch.
How do they handle the cross-compiling issue? They cannot run the native
pango-querymodules on a cross-compiled shared object. It will fail.

Thanks,
Laurentiu
 
 Ross
 

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

Re: [OE-core] [PATCH] pango: have postinstalls run at do_rootfs time

On 20 December 2012 16:21, Laurentiu Palcu laurentiu.pa...@intel.com wrote:
 How do they handle the cross-compiling issue? They cannot run the native
 pango-querymodules on a cross-compiled shared object. It will fail.

Sure, they don't have that problem.  But for us, any package that
ships pango modules could use qemu to generate it's modules files.

It was mainly an interesting comparison of packaging strategy.

Ross

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

[OE-core] [PATCH] ofono: upgrade to 1.12

2012-12-20 Thread Cristian Iorga

Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
 .../ofono/{ofono_1.10.bb = ofono_1.12.bb}|9 -
 1 file changed, 4 insertions(+), 5 deletions(-)
 rename meta/recipes-connectivity/ofono/{ofono_1.10.bb = ofono_1.12.bb} (53%)

diff --git a/meta/recipes-connectivity/ofono/ofono_1.10.bb 
b/meta/recipes-connectivity/ofono/ofono_1.12.bb
similarity index 53%
rename from meta/recipes-connectivity/ofono/ofono_1.10.bb
rename to meta/recipes-connectivity/ofono/ofono_1.12.bb
index d150961..1767971 100644
--- a/meta/recipes-connectivity/ofono/ofono_1.10.bb
+++ b/meta/recipes-connectivity/ofono/ofono_1.12.bb
@@ -1,14 +1,13 @@
 require ofono.inc
 
 SRC_URI  = \
-  ${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.bz2 \
+  ${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
   file://ofono \
 
-PR = r1
-
-SRC_URI[md5sum] = dab284efb8cc4143d6f53d0fcc37b696
-SRC_URI[sha256sum] = 
e7931ac0dbe165eb0e16a38b7cb4acca59b704f356ec13583d58027135e3efa5
+PR = r0
 
+SRC_URI[md5sum] = aa8924c0e8de3ec7ac5e41fe7df4cb99
+SRC_URI[sha256sum] = 
733b75bfd1b2a1925b6de532989c496b8ae17a746691120ef64cceb00b3ef751
 
 EXTRA_OECONF += \
 --enable-test \
-- 
1.7.10.4


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

Re: [OE-core] [PATCH] pango: have postinstalls run at do_rootfs time

On Thu, Dec 20, 2012 at 2:29 PM, Burton, Ross ross.bur...@intel.com wrote:
 On 20 December 2012 16:21, Laurentiu Palcu laurentiu.pa...@intel.com wrote:
 How do they handle the cross-compiling issue? They cannot run the native
 pango-querymodules on a cross-compiled shared object. It will fail.

 Sure, they don't have that problem.  But for us, any package that
 ships pango modules could use qemu to generate it's modules files.

 It was mainly an interesting comparison of packaging strategy.

And the speed boost in first boot and the possibility to use read-only
rootfs is worth the qemu overhead I think :-)

--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br

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

[OE-core] [PATCH 2/3] Initial commit for wayland/weston 1.0.3

From: Alexandru DAMIAN alexandru.dam...@intel.com

This patch adds the Weston reference compositing
manager from Wayland.

We add version 1.0.3 which is the latest stable release
in Dec 2012. See the upstream at:

http://wayland.freedesktop.org/releases.html

Signed-off-by: Alexandru DAMIAN alexandru.dam...@intel.com
---
 meta/recipes-graphics/wayland/weston.inc  |   23 +++
 meta/recipes-graphics/wayland/weston_1.0.3.bb |9 +
 2 files changed, 32 insertions(+)
 create mode 100644 meta/recipes-graphics/wayland/weston.inc
 create mode 100644 meta/recipes-graphics/wayland/weston_1.0.3.bb

diff --git a/meta/recipes-graphics/wayland/weston.inc 
b/meta/recipes-graphics/wayland/weston.inc
new file mode 100644
index 000..7d26f7f
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston.inc
@@ -0,0 +1,23 @@
+inherit autotools pkgconfig
+
+SUMMARY = Weston, a Wayland compositor
+DESCRIPTION = Weston is the reference implementation of a Wayland compositor
+HOMEPAGE = http://wayland.freedesktop.org;
+SECTION = wayland/base
+LICENSE = MIT
+LIC_FILES_CHKSUM = file://COPYING;md5=275efac2559a224527bd4fd593d38466
+
+DEPENDS = wayland libxkbcommon gdk-pixbuf pixman cairo glib-2.0 mtdev jpeg
+DEPENDS += virtual/egl
+
+EXTRA_OECONF  = --enable-wayland-compositor --disable-android-compositor
+EXTRA_OECONF += --enable-setuid-install --enable-simple-clients
+EXTRA_OECONF += --enable-clients --disable-xwayland
+
+PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'wayland', 'kms', '', 
d)} \
+   ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
+   ${@base_contains('DISTRO_FEATURES', 'opengles2', 'gles', 
'', d)} \
+  
+PACKAGECONFIG[kms] = --enable-drm-compositor,--disable-drm-compositor,drm 
libgbm libglapi udev wayland-egl libpam
+PACKAGECONFIG[x11] = 
--enable-x11-compositor,--disable-x11-compositor,virtual/libx11 libxcb libxcb 
libxcursor cairo
+PACKAGECONFIG[gles] = --with-cairo-glesv2,,virtual/libgles2
diff --git a/meta/recipes-graphics/wayland/weston_1.0.3.bb 
b/meta/recipes-graphics/wayland/weston_1.0.3.bb
new file mode 100644
index 000..625965b
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston_1.0.3.bb
@@ -0,0 +1,9 @@
+require weston.inc
+
+SRC_URI = http://wayland.freedesktop.org/releases/weston-1.0.3.tar.xz \
+ 
+SRC_URI[md5sum] = f82ac2e013e6b6a6303ac4ba7b64c7f2
+SRC_URI[sha256sum] = 
3136a7d2f654ea3e946d4217f7e25321248ad2921f1f4e2504dda58968e04853
+
+PR = r0
+
-- 
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 1/3] Wayland userspace library initial 1.0.3

From: Alexandru DAMIAN alexandru.dam...@intel.com

Wayland is a new protocol a protocol for a client application to
display user interface windows through the use of a compositing
window manager. This package include the specific set of server-side
and client-side C libraries that implement the protocol.

Wayland is hosted on http://wayland.freedesktop.org/

Signed-off-by: Alexandru DAMIAN alexandru.dam...@intel.com
---
 meta/recipes-graphics/wayland/wayland.inc  |   32 
 meta/recipes-graphics/wayland/wayland_1.0.3.bb |7 ++
 2 files changed, 39 insertions(+)
 create mode 100644 meta/recipes-graphics/wayland/wayland.inc
 create mode 100644 meta/recipes-graphics/wayland/wayland_1.0.3.bb

diff --git a/meta/recipes-graphics/wayland/wayland.inc 
b/meta/recipes-graphics/wayland/wayland.inc
new file mode 100644
index 000..4f3ffa9
--- /dev/null
+++ b/meta/recipes-graphics/wayland/wayland.inc
@@ -0,0 +1,32 @@
+inherit autotools pkgconfig
+
+SUMMARY = Wayland, a protocol between a compositor and clients
+
+DESCRIPTION = Wayland is a protocol for a compositor to talk to its clients \
+as well as a C library implementation of that protocol. The compositor can be \
+a standalone display server running on Linux kernel modesetting and evdev \
+input devices, an X application, or a wayland client itself. The clients can \
+be traditional applications, X servers (rootless or fullscreen) or other \
+display servers.
+
+HOMEPAGE = http://wayland.freedesktop.org;
+SECTION = wayland/base
+LICENSE = MIT
+LIC_FILES_CHKSUM = file://COPYING;md5=1d4476a7d98dd5691c53d4d43a510c72
+
+# needs wayland-native for the wayland-scanner utility
+BBCLASSEXTEND = native
+
+DEPENDS_virtclass-native = expat-native
+DEPENDS = expat wayland-native
+
+EXTRA_OECONF_virtclass-native = --disable-documentation
+EXTRA_OECONF = --disable-documentation --disable-scanner
+
+# wayland installs a m4 macro for other projects to use. This m4 macro
+# includes a path to a makefile fragment to get the rules to generate
+# stubs from protocol description files.
+do_install_append() {
+  sed -i -e 
'4,10s,prefix=.*$,prefix=${D}/${prefix},;4,10s,exec_prefix=,exec_prefix=${D}/${exec_prefix},'
 \
+${D}/${datadir}/aclocal/wayland-scanner.m4
+}
diff --git a/meta/recipes-graphics/wayland/wayland_1.0.3.bb 
b/meta/recipes-graphics/wayland/wayland_1.0.3.bb
new file mode 100644
index 000..28dd49b
--- /dev/null
+++ b/meta/recipes-graphics/wayland/wayland_1.0.3.bb
@@ -0,0 +1,7 @@
+require wayland.inc
+
+SRC_URI = http://wayland.freedesktop.org/releases/wayland-1.0.3.tar.xz;
+SRC_URI[md5sum] = eebe23571fd4f9ceacc583238e5a8ae9
+SRC_URI[sha256sum] = 
f6be5ee11ba534baaa116350b5efb874bf9963bf3fb18bcf40130317e83a5913
+
+PR = r0
-- 
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 3/3] Prepare mesa-dri for weston compatibility

From: Alexandru DAMIAN alexandru.dam...@intel.com

This patch enables mesa-git to build wayland-compatible
packages for usage with weston.

It adds wayland platform support, packs the wayland-egl
files, and sets the -git version as preffered provider.

Signed-off-by: Alexandru DAMIAN alexandru.dam...@intel.com
---
 meta/recipes-graphics/mesa/mesa-common.inc |5 -
 meta/recipes-graphics/mesa/mesa-dri.inc|1 +
 meta/recipes-graphics/mesa/mesa-dri_git.bb |3 ++-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/mesa/mesa-common.inc 
b/meta/recipes-graphics/mesa/mesa-common.inc
index 70957eb..db1bec4 100644
--- a/meta/recipes-graphics/mesa/mesa-common.inc
+++ b/meta/recipes-graphics/mesa/mesa-common.inc
@@ -18,7 +18,7 @@ PE = 2
 DEPENDS = libxml2-native makedepend-native flex-native bison-native
 
 PROVIDES = virtual/libgl virtual/libgles1 virtual/libgles2 virtual/egl
-
+PROVIDES += wayland-egl libgbm libglapi
 # for mesa-dri and mesa-xlib
 FILESEXTRAPATHS_append := ${THISDIR}/mesa:
 
@@ -49,6 +49,7 @@ PACKAGES =+ libegl-mesa libegl-mesa-dev \
  libgles1-mesa libgles1-mesa-dev \
  libgles2-mesa libgles2-mesa-dev \
  libgles3-mesa libgles3-mesa-dev \
+ wayland-egl wayland-egl-dev \
 
 
 do_install_append () {
@@ -90,8 +91,10 @@ FILES_libgles2-mesa = ${libdir}/libGLESv2.so.*
 FILES_libgl-mesa = ${libdir}/libGL.so.*
 FILES_libglapi = ${libdir}/libglapi.so.*
 FILES_libosmesa = ${libdir}/libOSMesa.so.*
+FILES_wayland-egl = ${libdir}/libwayland-egl.so.*
 
 FILES_${PN}-dev = ${libdir}/pkgconfig/dri.pc
+FILES_wayland-egl-dev = ${libdir}/pkgconfig/wayland-egl.pc 
${libdir}/libwayland-egl.*
 FILES_libdricore-dev = ${libdir}/libdricore*.*
 FILES_libegl-mesa-dev = ${libdir}/libEGL.* ${includedir}/EGL 
${includedir}/KHR ${libdir}/pkgconfig/egl.pc
 FILES_libgbm-dev = ${libdir}/libgbm.* ${libdir}/pkgconfig/gbm.pc 
${includedir}/gbm.h
diff --git a/meta/recipes-graphics/mesa/mesa-dri.inc 
b/meta/recipes-graphics/mesa/mesa-dri.inc
index 07544ab..1f6ec78 100644
--- a/meta/recipes-graphics/mesa/mesa-dri.inc
+++ b/meta/recipes-graphics/mesa/mesa-dri.inc
@@ -13,6 +13,7 @@ PACKAGECONFIG[gles] = --enable-gles1 --enable-gles2, 
--disable-gles1 --disable-
 
 EGL_PLATFORMS  = drm
 EGL_PLATFORMS .=${@base_contains('DISTRO_FEATURES', 'x11', ',x11', '', d)}
+EGL_PLATFORMS .=${@base_contains('DISTRO_FEATURES', 'wayland', ',wayland', 
'', d)}
 PACKAGECONFIG[egl] = --enable-egl --with-egl-platforms=${EGL_PLATFORMS}, 
--disable-egl
 
 python populate_packages_prepend() {
diff --git a/meta/recipes-graphics/mesa/mesa-dri_git.bb 
b/meta/recipes-graphics/mesa/mesa-dri_git.bb
index 69a433e..7fd0d39 100644
--- a/meta/recipes-graphics/mesa/mesa-dri_git.bb
+++ b/meta/recipes-graphics/mesa/mesa-dri_git.bb
@@ -3,6 +3,7 @@ require mesa-git.inc
 require mesa-dri.inc
 
 # this needs to be lower than -1 because all mesa-dri have -1 and git version 
has highest PV, but shouldn't be default
-DEFAULT_PREFERENCE = -2
+# adamian - switch to git version
+DEFAULT_PREFERENCE = 1
 
 PR = ${INC_PR}.0
-- 
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/3] Initial wayland integration

From: Alexandru DAMIAN alexandru.dam...@intel.com

Hi,

This is a set of patches that integrate Wayland/Weston 1.0.3 into mainline.

All library dependencies are satisfied, and Weston works under X11 and DRM.

A user must install separately (no hard dependency) the hardware DRM drivers
to be able to run weston on barebone hardware. Hardware drivers built-in 
are the swrast, i915 and i965 (i965 is tested on real hardware).

There is no default integration in any distro, the packages may be installed
through the package manager.

Further improvements will include a wrapper script for weston and integration
in the distro features.

The following changes since commit 90c0eb29f0b41e4ac2d3d17ebad7295c2ebdc02a:

  rootfs_rpm.bbclass: remove debug code (2012-12-19 21:43:55 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib adamian/wayland/upstream.1
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=adamian/wayland/upstream.1

Alexandru DAMIAN (3):
  Wayland userspace library initial 1.0.3
  Initial commit for wayland/weston 1.0.3
  Prepare mesa-dri for weston compatibility

 meta/recipes-graphics/mesa/mesa-common.inc |5 +++-
 meta/recipes-graphics/mesa/mesa-dri.inc|1 +
 meta/recipes-graphics/mesa/mesa-dri_git.bb |3 ++-
 meta/recipes-graphics/wayland/wayland.inc  |   32 
 meta/recipes-graphics/wayland/wayland_1.0.3.bb |7 ++
 meta/recipes-graphics/wayland/weston.inc   |   23 +
 meta/recipes-graphics/wayland/weston_1.0.3.bb  |9 +++
 7 files changed, 78 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-graphics/wayland/wayland.inc
 create mode 100644 meta/recipes-graphics/wayland/wayland_1.0.3.bb
 create mode 100644 meta/recipes-graphics/wayland/weston.inc
 create mode 100644 meta/recipes-graphics/wayland/weston_1.0.3.bb

-- 
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 00/28][RFC] systemd Integration

I've rebased my branch, again :), with some cleanups here and there
I also pushed a few patches suggested by Martin.
Feel free to comment on everything.

The following changes since commit 958162e96b4a4f23bca94500b5f20975633dd5c6:

  bitbake: hob: use base image only if it was set (2012-12-14 17:31:31 +)

are available in the git repository at:

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

Enrico Scholz (1):
  systemd: move disable operation into prerm() script

Holger Hans Peter Freyther (2):
  systemd: Make the main systemd files proper CONFFILES
  systemd: Introduce a create-volatile to create tmp directories

Khem Raj (1):
  systemd: Fix build when base_libdir is not /lib

Martin Donnelly (2):
  cgroups: Add INSANE_SKIP to avoid warning about .so file
  Remove sysvinit mount related services if systemd is enabled

Martin Jansa (2):
  systemd-systemctl-native: fix FILESPATH to find systemctl
  systemd: add PACKAGES_DYNAMIC

Radu Moisan (20):
  Systemd initial integration
  Add DISTRO_FEATURES_INITMAN to DISTRO_FEATURES
  Automatically set PREFERRED_PROVIDER_udev
  Add systemd_base.bbclass
  Include systemd-compat-units and avahi-systemd
  Inherit the systemd_base class
  set default.target to multi-user.target
  wpa-supplicant: Fix indentation
  dropbear: Fix indentation and cleanup
  systemd: Some more cleanup
  systemd: disable  source rcS-default
  polkit: merge together the two instances of PACKAGECONFIG
  systemd-native: update FILESPATH with *-native directory
  systemd: Remove gitpkgv.bbclass
  systemd: (temporary) remove dependency on cairo
  initscripts: Cleanup recipe
  systemd: disable sysfs.service
  xserver-nodm-init: add systemd support
  util-linux: Enable systemd support
  lighttpd: Remove automake patch

 meta/classes/base.bbclass  |7 +
 meta/classes/systemd.bbclass   |1 +
 meta/classes/systemd_base.bbclass  |  218 +
 meta/conf/distro/include/default-distrovars.inc|3 +-
 meta/recipes-bsp/keymaps/files/keymaps.service |9 +
 meta/recipes-bsp/keymaps/keymaps_1.0.bb|9 +-
 meta/recipes-connectivity/avahi/avahi.inc  |   10 +-
 meta/recipes-connectivity/connman/connman.inc  |6 +
 meta/recipes-connectivity/connman/connman_1.4.bb   |3 +-
 meta/recipes-connectivity/dhcp/dhcp.inc|   15 +-
 meta/recipes-connectivity/dhcp/files/dhcpd.service |   12 +
 .../dhcp/files/dhcrelay.service|   10 +
 .../openssh/openssh-6.0p1/sshd.socket  |   11 +
 .../openssh/openssh-6.0p1/sshd@.service|9 +
 .../openssh/openssh-6.0p1/sshdgenkeys.service  |   10 +
 meta/recipes-connectivity/openssh/openssh_6.0p1.bb |   14 +-
 .../wpa-supplicant/wpa-supplicant-1.0.inc  |   74 +++--
 .../wpa-supplicant/wpa-supplicant_1.0.bb   |2 +-
 meta/recipes-core/busybox/busybox.inc  |   18 ++
 meta/recipes-core/busybox/busybox_1.20.2.bb|4 +-
 .../busybox/files/busybox-klogd.service.in |8 +
 .../busybox/files/busybox-syslog.service.in|   13 +
 meta/recipes-core/dropbear/dropbear.inc|   81 ++---
 .../recipes-core/dropbear/dropbear/dropbear.socket |   10 +
 .../dropbear/dropbear/dropbear@.service|9 +
 .../dropbear/dropbear/dropbearkey.service  |   10 +
 .../initscripts-1.0/{urandom = urandom.sh}|0
 meta/recipes-core/initscripts/initscripts_1.0.bb   |  166 +-
 meta/recipes-core/libcgroup/libcgroup_0.37.1.bb|1 +
 .../packagegroups/packagegroup-base.bb |4 +-
 .../packagegroups/packagegroup-core-boot.bb|8 +-
 meta/recipes-core/systemd/systemd-compat-units.bb  |   59 
 .../systemd/systemd-compat-units/machineid.service |   16 +
 .../systemd-compat-units/run-postinsts.service |   17 +
 .../systemd/systemd-machine-units_1.0.bb   |   14 +
 meta/recipes-core/systemd/systemd-serialgetty.bb   |   46 +++
 .../systemd/systemd-serialgetty/LICENSE|  339 
 .../systemd-serialgetty/serial-getty@.service  |   32 ++
 meta/recipes-core/systemd/systemd-speed-hacks.bb   |   18 ++
 .../systemd/systemd-systemctl-native.bb|   20 ++
 .../systemd/systemd-systemctl-native/systemctl |  126 
 .../systemd/systemd/create-volatile.conf   |   10 +
 meta/recipes-core/systemd/systemd/gtk-doc.make |  230 +
 meta/recipes-core/systemd/systemd/modprobe.rules   |   17 +
 .../systemd/systemd/optional_secure_getenv.patch   |   19 ++
 .../systemd/set_default_target_to_multi-user.patch |   13 +
 .../systemd-pam-configure-check-uclibc.patch   |   26 ++
 .../systemd/systemd/systemd-pam-fix-execvpe.patch  |   26 ++
 .../systemd/systemd-pam-fix-fallocate.patch|   82 +
 .../systemd/systemd-pam-fix-getty-unit.patch   |   35 ++

Re: [OE-core] [PATCH 3/3] Prepare mesa-dri for weston compatibility

On Thu, Dec 20, 2012 at 06:48:38PM +0200, Alex DAMIAN wrote:
 From: Alexandru DAMIAN alexandru.dam...@intel.com
 
 This patch enables mesa-git to build wayland-compatible
 packages for usage with weston.
 
 It adds wayland platform support, packs the wayland-egl
 files, and sets the -git version as preffered provider.
 
 Signed-off-by: Alexandru DAMIAN alexandru.dam...@intel.com
 ---
  meta/recipes-graphics/mesa/mesa-common.inc |5 -
  meta/recipes-graphics/mesa/mesa-dri.inc|1 +
  meta/recipes-graphics/mesa/mesa-dri_git.bb |3 ++-
  3 files changed, 7 insertions(+), 2 deletions(-)
 
 diff --git a/meta/recipes-graphics/mesa/mesa-common.inc 
 b/meta/recipes-graphics/mesa/mesa-common.inc
 index 70957eb..db1bec4 100644
 --- a/meta/recipes-graphics/mesa/mesa-common.inc
 +++ b/meta/recipes-graphics/mesa/mesa-common.inc
 @@ -18,7 +18,7 @@ PE = 2
  DEPENDS = libxml2-native makedepend-native flex-native bison-native
  
  PROVIDES = virtual/libgl virtual/libgles1 virtual/libgles2 virtual/egl
 -
 +PROVIDES += wayland-egl libgbm libglapi
  # for mesa-dri and mesa-xlib
  FILESEXTRAPATHS_append := ${THISDIR}/mesa:
  
 @@ -49,6 +49,7 @@ PACKAGES =+ libegl-mesa libegl-mesa-dev \
   libgles1-mesa libgles1-mesa-dev \
   libgles2-mesa libgles2-mesa-dev \
   libgles3-mesa libgles3-mesa-dev \
 + wayland-egl wayland-egl-dev \
  
  
  do_install_append () {
 @@ -90,8 +91,10 @@ FILES_libgles2-mesa = ${libdir}/libGLESv2.so.*
  FILES_libgl-mesa = ${libdir}/libGL.so.*
  FILES_libglapi = ${libdir}/libglapi.so.*
  FILES_libosmesa = ${libdir}/libOSMesa.so.*
 +FILES_wayland-egl = ${libdir}/libwayland-egl.so.*
  
  FILES_${PN}-dev = ${libdir}/pkgconfig/dri.pc
 +FILES_wayland-egl-dev = ${libdir}/pkgconfig/wayland-egl.pc 
 ${libdir}/libwayland-egl.*
  FILES_libdricore-dev = ${libdir}/libdricore*.*
  FILES_libegl-mesa-dev = ${libdir}/libEGL.* ${includedir}/EGL 
 ${includedir}/KHR ${libdir}/pkgconfig/egl.pc
  FILES_libgbm-dev = ${libdir}/libgbm.* ${libdir}/pkgconfig/gbm.pc 
 ${includedir}/gbm.h
 diff --git a/meta/recipes-graphics/mesa/mesa-dri.inc 
 b/meta/recipes-graphics/mesa/mesa-dri.inc
 index 07544ab..1f6ec78 100644
 --- a/meta/recipes-graphics/mesa/mesa-dri.inc
 +++ b/meta/recipes-graphics/mesa/mesa-dri.inc
 @@ -13,6 +13,7 @@ PACKAGECONFIG[gles] = --enable-gles1 --enable-gles2, 
 --disable-gles1 --disable-
  
  EGL_PLATFORMS  = drm
  EGL_PLATFORMS .=${@base_contains('DISTRO_FEATURES', 'x11', ',x11', '', d)}
 +EGL_PLATFORMS .=${@base_contains('DISTRO_FEATURES', 'wayland', ',wayland', 
 '', d)}
  PACKAGECONFIG[egl] = --enable-egl --with-egl-platforms=${EGL_PLATFORMS}, 
 --disable-egl
  
  python populate_packages_prepend() {
 diff --git a/meta/recipes-graphics/mesa/mesa-dri_git.bb 
 b/meta/recipes-graphics/mesa/mesa-dri_git.bb
 index 69a433e..7fd0d39 100644
 --- a/meta/recipes-graphics/mesa/mesa-dri_git.bb
 +++ b/meta/recipes-graphics/mesa/mesa-dri_git.bb
 @@ -3,6 +3,7 @@ require mesa-git.inc
  require mesa-dri.inc
  
  # this needs to be lower than -1 because all mesa-dri have -1 and git 
 version has highest PV, but shouldn't be default
 -DEFAULT_PREFERENCE = -2
 +# adamian - switch to git version
 +DEFAULT_PREFERENCE = 1

Isn't default preference 0 good enough? as meta-dri_git also has highest
PV?

  
  PR = ${INC_PR}.0
 -- 
 1.7.10.4
 
 
 ___
 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] [PATCH 3/3] Prepare mesa-dri for weston compatibility