[oe] [meta-oe][PATCH 2/3] gnome-settings-daemon: add dependency on libxtst6
It's autodetected and leads to sstate based breakage on autobuilders: This ends up in the package: Package: gnome-settings-daemon Version: 2.32.1-r3 Depends: libltdl7 (= 2.4.2), hicolor-icon-theme, libjson0 (= 0.9), libxcb1 (= 1.8.1), libxrender1 (= 0.9.7), libpixman-1-0 (= 0.25.2), libxml2 (= 2.7.8), libxext6 (= 1.3.1), libz1 (= 1.2.6), libxtst6 (= 1.2.1), But libxtst hasn't been built. Signed-off-by: Koen Kooi k...@dominion.thruhere.net --- .../gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb b/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb index 31ee373..fc678b9 100644 --- a/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb +++ b/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb @@ -2,9 +2,9 @@ DESCRIPTION = GNOME settings daemon LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 -PR = r3 +PR = r4 -DEPENDS = glib-2.0 polkit gtk+ gconf dbus-glib libnotify libgnomekbd libxklavier gnome-doc-utils gnome-desktop +DEPENDS = libxtst glib-2.0 polkit gtk+ gconf dbus-glib libnotify libgnomekbd libxklavier gnome-doc-utils gnome-desktop inherit gtk-doc gnome -- 1.7.10 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/3] gnome-session: add dependency on libxtst6
It's autodetected and leads to sstate based breakage on autobuilders: This ends up in the package: Package: gnome-session Version: 2.32.1-r1 Depends: libx11-6 (= 1.4.4), hicolor-icon-theme, libxrender1 (= 0.9.7), libdbus-1-3 (= 1.4.16), libdbus-glib-1-2 (= 0.98), gconf, libxtst6 (= 1.2.1), But libxtst hasn't been built. Signed-off-by: Koen Kooi k...@dominion.thruhere.net --- meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb b/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb index fe199a8..6c10156 100644 --- a/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb +++ b/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb @@ -2,10 +2,10 @@ DESCRIPTION = Gnome session manager LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 -PR = r1 +PR = r2 SECTION = x11/gnome -DEPENDS = gtk+ glib-2.0 upower dbus-glib gconf pango gdk-pixbuf-native startup-notification +DEPENDS = libxtst gtk+ glib-2.0 upower dbus-glib gconf pango gdk-pixbuf-native startup-notification inherit gnome -- 1.7.10 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 3/3] gnome-settings-daemon: add dependency on libsndfile
It's autodetected and leads to sstate based breakage on autobuilders: This ends up in the package: Package: gnome-settings-daemon Version: 2.32.1-r3 Depends: [..] libdbus-1-3 (= 1.4.16), libx11-6 (= 1.4.4), libogg0 (= 1.3.0), libsndfile1 (= 1.0.25), But libsndfile hasn't been built. Signed-off-by: Koen Kooi k...@dominion.thruhere.net --- .../gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb b/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb index fc678b9..20bb65d 100644 --- a/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb +++ b/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb @@ -2,9 +2,9 @@ DESCRIPTION = GNOME settings daemon LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 -PR = r4 +PR = r5 -DEPENDS = libxtst glib-2.0 polkit gtk+ gconf dbus-glib libnotify libgnomekbd libxklavier gnome-doc-utils gnome-desktop +DEPENDS = libsndfile libxtst glib-2.0 polkit gtk+ gconf dbus-glib libnotify libgnomekbd libxklavier gnome-doc-utils gnome-desktop inherit gtk-doc gnome -- 1.7.10 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] lm_sensors: added recipe for v3.3.2
From: Jackie Huang jackie.hu...@windriver.com lm_sensors: added recipe for v3.3.2 * Adapted from the recipe for v3.2.0 * Added MANDIR in EXTRA_OEMAKE instead of the moving operation for manuals in do_install * put .a files in _staticdev package Signed-off-by: Jackie Huang jackie.hu...@windriver.com --- recipes/lm_sensors/lmsensors-apps_3.3.2.bb | 48 1 files changed, 48 insertions(+), 0 deletions(-) create mode 100644 recipes/lm_sensors/lmsensors-apps_3.3.2.bb diff --git a/recipes/lm_sensors/lmsensors-apps_3.3.2.bb b/recipes/lm_sensors/lmsensors-apps_3.3.2.bb new file mode 100644 index 000..57a6f3e --- /dev/null +++ b/recipes/lm_sensors/lmsensors-apps_3.3.2.bb @@ -0,0 +1,48 @@ +SUMMARY = A hardware health monitoring package for Linux +DESCRIPTION = Lm-sensors is a hardware health monitoring package for Linux. \ + It allows you to access information from temperature, voltage, \ + and fan speed sensors. +HOMEPAGE = http://www.lm-sensors.org/; +DEPENDS = sysfsutils virtual/libiconv \ + bison-native flex-native +LICENSE = GPLv2 LGPLv2.1 +LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe \ +file://COPYING.LGPL;md5=4fbd65380cdd255951079008b364516c + +PR = r1 +PACKAGE_ARCH = ${MACHINE_ARCH} + +SRC_URI = http://dl.lm-sensors.org/lm-sensors/releases/lm_sensors-${PV}.tar.bz2; + +SRC_URI[md5sum] = f357ba00b080ab102a170f7bf8bb2578 +SRC_URI[sha256sum] = f13dd885406841a7352ccfb8b9ccb23c4c057abe3de4258da5444c149a9e3ae1 + +S = ${WORKDIR}/lm_sensors-${PV} + +EXTRA_OEMAKE = 'LINUX=${STAGING_KERNEL_DIR} EXLDFLAGS=${LDFLAGS} \ + MACHINE=${TARGET_ARCH} PREFIX=${prefix} CC=${CC} \ + AR=${AR} MANDIR=${mandir}' + +do_compile() { + oe_runmake user PROG_EXTRA=sensors +} + +do_install() { + oe_runmake user_install DESTDIR=${D} +} + +PACKAGES =+ libsensors libsensors-dev libsensors-staticdev libsensors-dbg libsensors-doc +PACKAGES =+ lmsensors-sensors lmsensors-sensors-dbg lmsensors-sensors-doc +PACKAGES =+ lmsensors-scripts + +FILES_lmsensors-scripts = ${bindir}/*.pl ${bindir}/ddcmon ${sbindir}/fancontrol* ${sbindir}/pwmconfig ${sbindir}/sensors-detect +RDEPENDS_lmsensors-scripts += lmsensors-sensors perl bash + +FILES_lmsensors-sensors = ${bindir}/sensors ${sysconfdir} +FILES_lmsensors-sensors-dbg += ${bindir}/.debug/sensors +FILES_lmsensors-sensors-doc = ${mandir}/man1 ${mandir}/man5 +FILES_libsensors = ${libdir}/libsensors.so.* +FILES_libsensors-dbg += ${libdir}/.debug +FILES_libsensors-dev = ${libdir}/libsensors.so ${includedir} +FILES_libsensors-staticdev = ${libdir}/libsensors.a +FILES_libsensors-doc = ${mandir}/man3 -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [oe-core] Prefix in rpms packages
Hi All, after having built my own image, I've looked at the resultant rpms under the deploy directory and I saw no relocation is possible (rpm -qpli package). This because Prefix is not set during spec file creation (package_rpm.bbclass). As far as you know, is it possible to set Prefix somehow? Please let me know. Thanks, Giuseppe ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Simultaneous build of two intree packages
Dear All, I have three intree recipes A, B and C which are part of the same layer. = B depends on A = C depends on A. There is no dependency between B and C. Only important thing is that B and C are not build simultaneously. This is not a problem unless I use configure BB_NUMBER_THREADS 1. Than builds B and C starts to collide and produce mess because they are both intree builds. Is there something like a mutex/lock mechanism in openembedded-core, which would forbid two recipes to be build simultaneously? Thanks, Radek ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Simultaneous build of two intree packages
On 2012-05-07 05:54, Radek Dostal wrote: Dear All, I have three intree recipes A, B and C which are part of the same layer. = B depends on A = C depends on A. There is no dependency between B and C. Only important thing is that B and C are not build simultaneously. This is not a problem unless I use configure BB_NUMBER_THREADS 1. Than builds B and C starts to collide and produce mess because they are both intree builds. What are you doing that makes these clash? Is there something like a mutex/lock mechanism in openembedded-core, which would forbid two recipes to be build simultaneously? Just make C depend on B -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Simultaneous build of two intree packages
On Mon, 2012-05-07 at 06:02 -0600, Gary Thomas wrote: On 2012-05-07 05:54, Radek Dostal wrote: Dear All, I have three intree recipes A, B and C which are part of the same layer. = B depends on A = C depends on A. There is no dependency between B and C. Only important thing is that B and C are not build simultaneously. This is not a problem unless I use configure BB_NUMBER_THREADS 1. Than builds B and C starts to collide and produce mess because they are both intree builds. What are you doing that makes these clash? usually it crashes during ln -sf target dest which is executed simultaneously with same parameters for both builds. There are other issues as well in addition to this ln issue. Is there something like a mutex/lock mechanism in openembedded-core, which would forbid two recipes to be build simultaneously? Just make C depend on B I have already considered this, but unfortunately I also have configurations where only B is included or where only C is included :( Thanks, Radek ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Simultaneous build of two intree packages
On Monday, May 7, 2012, Radek Dostal r...@radekdostal.com wrote: On Mon, 2012-05-07 at 06:02 -0600, Gary Thomas wrote: On 2012-05-07 05:54, Radek Dostal wrote: Dear All, I have three intree recipes A, B and C which are part of the same layer. = B depends on A = C depends on A. There is no dependency between B and C. Only important thing is that B and C are not build simultaneously. This is not a problem unless I use configure BB_NUMBER_THREADS 1. Than builds B and C starts to collide and produce mess because they are both intree builds. What are you doing that makes these clash? usually it crashes during ln -sf target dest which is executed simultaneously with same parameters for both builds. There are other issues as well in addition to this ln issue. This is confusing why does this happen at all Is there something like a mutex/lock mechanism in openembedded-core, which would forbid two recipes to be build simultaneously? Just make C depend on B I have already considered this, but unfortunately I also have configurations where only B is included or where only C is included :( Thanks, Radek ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][meta-efl][PATCH 1/6] libsoup-2.4, gobject-introspection: upgraded in oe-core
On Mon, Apr 30, 2012 at 8:31 AM, Martin Jansa martin.ja...@gmail.com wrote: Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../recipes-support/libsoup/libsoup-2.4_2.37.2.bb | 25 -- .../use-usr-bin-env-for-python.patch | 20 --- .../gobject-introspection_0.9.10.bb | 32 -- .../gobject-introspection_git.bb | 34 4 files changed, 0 insertions(+), 111 deletions(-) delete mode 100644 meta-efl/recipes-support/libsoup/libsoup-2.4_2.37.2.bb delete mode 100644 meta-gnome/recipes-gnome/gobject-introspection/gobject-introspection/use-usr-bin-env-for-python.patch delete mode 100644 meta-gnome/recipes-gnome/gobject-introspection/gobject-introspection_0.9.10.bb delete mode 100644 meta-gnome/recipes-gnome/gobject-introspection/gobject-introspection_git.bb Now it's applied in oe-core, I'll send updated pull request from jansa/pull2 with 4 more patches tonight.. Cheers, ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe 1/1] lxc : Add recipe for building Linux Containers tools.
On 05/02/2012 02:54 PM, Koen Kooi wrote: Op 02-05-12 19:45, Philip Balister schreef: Linux containers are a lightweight virtualization system. Compile tested on F15 and lightly run tested on a pandaboard. Signed-off-by: Philip Balister phi...@balister.org --- meta-oe/recipes-extended/lxc/lxc_git.bb | 21 + 1 files changed, 21 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-extended/lxc/lxc_git.bb diff --git a/meta-oe/recipes-extended/lxc/lxc_git.bb b/meta-oe/recipes-extended/lxc/lxc_git.bb new file mode 100644 index 000..8f22e77 --- /dev/null +++ b/meta-oe/recipes-extended/lxc/lxc_git.bb @@ -0,0 +1,21 @@ +SUMMARY = Linux Containers tools +DESCRIPTION = Linux containers are a light weight isolation system for Linux. +HOMEPAGE = http://lxc.sourceforge.net; +LICENSE = LGPLv2.1 Move LIC_FILES_CHKSUM to here + +PV = 0.8.0-rc2 That violates the versioning policy + +RDEPENDS_${PN} = perl perl-modules That needs to go below do_install() and specify the actual modules it needs, not the blanket meta-package. It looks like the perl RDEPENDS will go away. I'll submit a revised patch when I have checked that. Meanwhile I'll carry it on git hub while I sort out the details. Philip Speaking of lxc, have you tried systemd-nspawn to launch containers yet? regards, Koen ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-core] Prefix in rpms packages
On 5/7/12 5:30 AM, Giuseppe Condorelli wrote: Hi All, after having built my own image, I've looked at the resultant rpms under the deploy directory and I saw no relocation is possible (rpm -qplipackage). This because Prefix is not set during spec file creation (package_rpm.bbclass). As far as you know, is it possible to set Prefix somehow? What type of packages are you trying to relocate? For target packages I don't expect that it would ever work. The items built by the build system often have internal paths and expectations. For SDK packages (i.e. things that run on the host), it might be possible to make them relocatable, but it would be specific to those style packages. (Any relocatable package has to have the inbuilt knowledge to move and change configuration files as necessary. Also you have to have the right set of packages to install into the environment and such. I don't believe we use RPM to install any native/SDK packages today.) --Mark Please let me know. Thanks, Giuseppe ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][meta-efl][meta-gpe][PATCH 2/5] libgee: upgrade to 0.6.4
Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../libgee/{libgee_0.6.0.bb = libgee_0.6.4.bb}| 11 +-- 1 files changed, 5 insertions(+), 6 deletions(-) rename meta-oe/recipes-devtools/libgee/{libgee_0.6.0.bb = libgee_0.6.4.bb} (46%) diff --git a/meta-oe/recipes-devtools/libgee/libgee_0.6.0.bb b/meta-oe/recipes-devtools/libgee/libgee_0.6.4.bb similarity index 46% rename from meta-oe/recipes-devtools/libgee/libgee_0.6.0.bb rename to meta-oe/recipes-devtools/libgee/libgee_0.6.4.bb index 4e305b6..4e2c643 100644 --- a/meta-oe/recipes-devtools/libgee/libgee_0.6.0.bb +++ b/meta-oe/recipes-devtools/libgee/libgee_0.6.4.bb @@ -1,12 +1,11 @@ require libgee.inc PE = 1 -PR = ${INC_PR}.1 +PR = ${INC_PR}.0 #autoreconf needs introspection.m4 (staged by gobject-introspection-native) after http://git.gnome.org/browse/libgee/commit/?id=d026a29b38ca1a3388981c6e75a92602212373d8 DEPENDS += gobject-introspection-native DEPENDS_virtclass-native += gobject-introspection-native -SRC_URI = http://ftp.gnome.org/pub/GNOME/sources/libgee/0.6/${BPN}-${PV}.tar.bz2; -S = ${WORKDIR}/${BPN}-${PV} - -SRC_URI[md5sum] = 4eb513b23ab6ea78884989518a4acf6f -SRC_URI[sha256sum] = e586678d0a88637abeaaf850b62231000772e79ea6d9c4b45dc3cea99f778a7a +SHRT_VER = ${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]} +SRC_URI = http://ftp.gnome.org/pub/GNOME/sources/libgee/${SHRT_VER}/${BP}.tar.xz; +SRC_URI[md5sum] = a32bf498cf33d5e3417823a7b252ad22 +SRC_URI[sha256sum] = 55f39f3b28e676f6cbd9377d83edd031084436a4da41280a9503c94faffb1665 -- 1.7.8.6 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][meta-efl][meta-gpe][PATCH 3/5] glibmm: fix build with glib-2.32
Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../recipes-core/glib-2.0/glibmm/glib-2.32.patch | 10 ++ meta-oe/recipes-core/glib-2.0/glibmm_2.28.2.bb |7 +++ 2 files changed, 13 insertions(+), 4 deletions(-) create mode 100644 meta-oe/recipes-core/glib-2.0/glibmm/glib-2.32.patch diff --git a/meta-oe/recipes-core/glib-2.0/glibmm/glib-2.32.patch b/meta-oe/recipes-core/glib-2.0/glibmm/glib-2.32.patch new file mode 100644 index 000..50b7367 --- /dev/null +++ b/meta-oe/recipes-core/glib-2.0/glibmm/glib-2.32.patch @@ -0,0 +1,10 @@ +--- glibmm-2.28.2.orig/glib/glibmm/varianttype.cc 2011-06-09 20:29:48.0 +0200 glibmm-2.28.2/glib/glibmm/varianttype.cc 2012-05-06 08:15:32.760680295 +0200 +@@ -23,7 +23,6 @@ + + #include glibmm/varianttype.h + #include glibmm/utility.h +-#include glib/gvarianttype.h + + namespace Glib + { diff --git a/meta-oe/recipes-core/glib-2.0/glibmm_2.28.2.bb b/meta-oe/recipes-core/glib-2.0/glibmm_2.28.2.bb index 7e77a1c..6604091 100644 --- a/meta-oe/recipes-core/glib-2.0/glibmm_2.28.2.bb +++ b/meta-oe/recipes-core/glib-2.0/glibmm_2.28.2.bb @@ -1,10 +1,9 @@ require glibmm.inc -PR = r1 +PR = r2 SRC_URI[archive.md5sum] = cf33d1861d09fb2952a6a1d69e0502e3 SRC_URI[archive.sha256sum] = 7b67178363f8494c94f8b3dd704a4c8db7ad75a253fc84a4ad229e5e179ec192 -SRC_URI += file://remove-examples.patch - - +SRC_URI += file://remove-examples.patch \ + file://glib-2.32.patch -- 1.7.8.6 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][meta-efl][meta-gpe][PATCH 5/5] gpe-scap: migrate to use libsoup-2.4 instead of libsoup-2.2 API
Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../gpe-scap/gpe-scap/use.libsoup-2.4.patch| 42 meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb |8 ++- 2 files changed, 47 insertions(+), 3 deletions(-) create mode 100644 meta-gpe/recipes-graphics/gpe-scap/gpe-scap/use.libsoup-2.4.patch diff --git a/meta-gpe/recipes-graphics/gpe-scap/gpe-scap/use.libsoup-2.4.patch b/meta-gpe/recipes-graphics/gpe-scap/gpe-scap/use.libsoup-2.4.patch new file mode 100644 index 000..3cfe5d7 --- /dev/null +++ b/meta-gpe/recipes-graphics/gpe-scap/gpe-scap/use.libsoup-2.4.patch @@ -0,0 +1,42 @@ +diff -uNr gpe-scap-1.4.orig/configure.ac gpe-scap-1.4/configure.ac +--- gpe-scap-1.4.orig/configure.ac 2009-03-05 18:53:53.0 +0100 gpe-scap-1.4/configure.ac 2012-05-06 10:18:29.348308322 +0200 +@@ -24,7 +24,7 @@ + AC_SUBST(LDFLAGS) + + dnl libraries +-GTK_MODULES=gtk+-2.0 = 2.6.0 gthread-2.0 libsoup-2.2 ++GTK_MODULES=gtk+-2.0 = 2.6.0 gthread-2.0 libsoup-2.4 + PKG_CHECK_MODULES(GTK, $GTK_MODULES) + AC_SUBST(GTK_CFLAGS) + AC_SUBST(GTK_LIBS) +diff -uNr gpe-scap-1.4.orig/src/scr-shot-common.c gpe-scap-1.4/src/scr-shot-common.c +--- gpe-scap-1.4.orig/src/scr-shot-common.c2009-03-05 12:13:20.0 +0100 gpe-scap-1.4/src/scr-shot-common.c 2012-05-06 10:30:52.299371576 +0200 +@@ -182,12 +182,12 @@ + /* create session and message */ + session = soup_session_sync_new (); + message = soup_message_new (POST, url); +- soup_message_add_header (message-request_headers, User-Agent, gpe-scap/ VERSION); +- soup_message_add_header (message-request_headers, Accept, ++ soup_message_headers_append (message-request_headers, User-Agent, gpe-scap/ VERSION); ++ soup_message_headers_append (message-request_headers, Accept, + text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5); +-/* soup_message_add_header (message-request_headers, Accept-Charset, Accept-Charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7); +- soup_message_add_header (message-request_headers, Keep-Alive, 100); +- soup_message_add_header (message-request_headers, Connection, keep-alive); ++/* soup_message_headers_append (message-request_headers, Accept-Charset, Accept-Charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7); ++ soup_message_headers_append (message-request_headers, Keep-Alive, 100); ++ soup_message_headers_append (message-request_headers, Connection, keep-alive); + soup_message_wire add_header (message-request_headers, Accept-Encoding, gzip,deflate); + */ + /* build message body */ +@@ -207,7 +207,7 @@ + memcpy (body + strlen (cmd) + len, tail, strlen (tail)); + + soup_message_set_request (message, multipart/form-data; boundary=SEP, +-SOUP_BUFFER_SYSTEM_OWNED, body, content_len); ++SOUP_MEMORY_TAKE, body, content_len); + + soup_session_send_message (session, message); + diff --git a/meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb b/meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb index 9577f2f..c416ff5 100644 --- a/meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb +++ b/meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb @@ -4,9 +4,9 @@ SECTION = gpe LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=393a5ca445f6965873eca0259a17f833 -DEPENDS = glib-2.0 gtk+ libgpewidget libglade libsoup +DEPENDS = glib-2.0 gtk+ libgpewidget libglade libsoup-2.4 -PR = r2 +PR = r3 SRC_URI[md5sum] = eaf545561b0ad981c9d01833f30fcf95 SRC_URI[sha256sum] = 762778421fae7c62d5ec6a9d27986166c0dbbe2ff51fc10bb9b8baff5c367534 @@ -15,7 +15,9 @@ GPE_TARBALL_SUFFIX = bz2 inherit gpe autotools -SRC_URI += file://0001-Fix-the-ordering-of-LDADD-options-to-fix-a-compilati.patch +SRC_URI += file://0001-Fix-the-ordering-of-LDADD-options-to-fix-a-compilati.patch \ + file://use.libsoup-2.4.patch \ + RREPLACES_${PN} = gpe-screenshot -- 1.7.8.6 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][meta-efl][meta-gpe][PATCH 4/5] loudmouth: fix build with glib-2.32
Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../loudmouth/loudmouth-1.4.3/glib-2.32.patch | 10 ++ .../loudmouth/loudmouth_1.4.3.bb |5 - 2 files changed, 14 insertions(+), 1 deletions(-) create mode 100644 meta-oe/recipes-connectivity/loudmouth/loudmouth-1.4.3/glib-2.32.patch diff --git a/meta-oe/recipes-connectivity/loudmouth/loudmouth-1.4.3/glib-2.32.patch b/meta-oe/recipes-connectivity/loudmouth/loudmouth-1.4.3/glib-2.32.patch new file mode 100644 index 000..b6c9422 --- /dev/null +++ b/meta-oe/recipes-connectivity/loudmouth/loudmouth-1.4.3/glib-2.32.patch @@ -0,0 +1,10 @@ +--- loudmouth-1.4.3.orig/loudmouth/lm-error.c 2008-10-29 21:48:15.0 +0100 loudmouth-1.4.3/loudmouth/lm-error.c 2012-05-06 08:27:07.455739440 +0200 +@@ -19,7 +19,6 @@ + */ + + #include config.h +-#include glib/gerror.h + #include lm-error.h + + /** diff --git a/meta-oe/recipes-connectivity/loudmouth/loudmouth_1.4.3.bb b/meta-oe/recipes-connectivity/loudmouth/loudmouth_1.4.3.bb index f91fdff..87852ee 100644 --- a/meta-oe/recipes-connectivity/loudmouth/loudmouth_1.4.3.bb +++ b/meta-oe/recipes-connectivity/loudmouth/loudmouth_1.4.3.bb @@ -8,7 +8,10 @@ DEPENDS = glib-2.0 check openssl inherit gnomebase -SRC_URI += file://04-use-pkg-config-for-gnutls.patch +PR = r1 + +SRC_URI += file://04-use-pkg-config-for-gnutls.patch \ +file://glib-2.32.patch SRC_URI[archive.md5sum] = 55339ca42494690c3942ee1465a96937 SRC_URI[archive.sha256sum] = 95a93f5d009b71ea8193d994aa11f311bc330a3efe1b7cd74dc48f11c7f929e3 -- 1.7.8.6 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][meta-efl][meta-gpe][PATCH 6/7] kernel.bbclass: move kernel-vmlinux up in PACKAGES
From: Christopher Larson kerg...@gmail.com If KERNEL_IMAGETYPE is vmlinux, the expectation is most likely that there will be no kernel image package, but we still want a vmlinux package for debugging, so move kernel-vmlinux in front of kernel-image in PACKAGES. Signed-off-by: Christopher Larson kerg...@gmail.com Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta-oe/classes/kernel.bbclass |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta-oe/classes/kernel.bbclass b/meta-oe/classes/kernel.bbclass index 98320fe..66398ef 100644 --- a/meta-oe/classes/kernel.bbclass +++ b/meta-oe/classes/kernel.bbclass @@ -252,7 +252,7 @@ EXPORT_FUNCTIONS do_compile do_install do_configure # kernel-base becomes kernel-${KERNEL_VERSION} # kernel-image becomes kernel-image-${KERNEL_VERISON} -PACKAGES = kernel kernel-base kernel-image kernel-dev kernel-vmlinux kernel-misc +PACKAGES = kernel kernel-base kernel-vmlinux kernel-image kernel-dev kernel-misc FILES = FILES_kernel-image = /boot/${KERNEL_IMAGETYPE}* FILES_kernel-dev = /boot/System.map* /boot/Module.symvers* /boot/config* -- 1.7.8.6 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][meta-efl][meta-gpe][PATCH 7/7] kernel.bbclass: Use kmod-native instead of module-init-tools-cross
From: Khem Raj raj.k...@gmail.com Signed-off-by: Khem Raj raj.k...@gmail.com Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta-oe/classes/kernel.bbclass |7 +++ 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/meta-oe/classes/kernel.bbclass b/meta-oe/classes/kernel.bbclass index 66398ef..b431f8e 100644 --- a/meta-oe/classes/kernel.bbclass +++ b/meta-oe/classes/kernel.bbclass @@ -1,7 +1,7 @@ inherit linux-kernel-base module_strip PROVIDES += virtual/kernel -DEPENDS += virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}depmod virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules +DEPENDS += virtual/${TARGET_PREFIX}gcc kmod-native virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules # we include gcc above, we dont need virtual/libc INHIBIT_DEFAULT_DEPS = 1 @@ -274,7 +274,7 @@ if [ ! -e $D/lib/modules/${KERNEL_VERSION} ]; then mkdir -p $D/lib/modules/${KERNEL_VERSION} fi if [ -n $D ]; then - ${HOST_PREFIX}depmod -A -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION} + depmod -a -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION} else depmod -a fi @@ -352,9 +352,8 @@ python populate_packages_prepend () { if m: kernelver_stripped = m.group(1) path = d.getVar(PATH, True) - host_prefix = d.getVar(HOST_PREFIX, True) or - cmd = PATH=\%s\ %sdepmod -n -a -r -b %s -F %s/boot/System.map-%s %s % (path, host_prefix, dvar, dvar, kernelver, kernelver_stripped) + cmd = PATH=\%s\ depmod -n -a -b %s -F %s/boot/System.map-%s %s % (path, dvar, dvar, kernelver, kernelver_stripped) f = os.popen(cmd, 'r') deps = {} -- 1.7.8.6 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][meta-efl][meta-gpe][PATCH 7/7] kernel.bbclass: Use kmod-native instead of module-init-tools-cross
On Mon, May 07, 2012 at 09:17:02PM +0200, Martin Jansa wrote: From: Khem Raj raj.k...@gmail.com This is needed in meta-oe because without module-init-tools in oe-core we get failures like this: ERROR: Nothing PROVIDES 'virtual/arm-oe-linux-gnueabi-depmod' (but /OE/shr-core/meta-smartphone/meta-openmoko/recipes-kernel/linux/linux-openmoko_3.2.bb, /OE/shr-core/meta-smartphone/meta-samsung/recipes-kernel/linux/linux-samsung-crespo_git.bb, /OE/shr-core/meta-handheld/recipes-kernel/linux/linux_3.0.1.bb DEPENDS on or otherwise requires it) NOTE: Runtime target 'kernel' is unbuildable, removing... Missing or unbuildable dependency chain was: ['kernel', 'virtual/arm-oe-linux-gnueabi-depmod'] kmod recipes should be droped from meta-oe too to get rid of this warning: ERROR: Multiple .bb files are due to be built which each provide kmod (/OE/shr-core/openembedded-core/meta/recipes-kernel/kmod/kmod_git.bb /OE/shr-core/meta-openembedded/meta-oe/recipes-kernel/kmod/kmod_git.bb). I have patch for it in jansa/pull2 too, but ERROR: Package version for package kmod went backwards which would break package feeds from (0:git-r3 to 0:7+git02629fa02e96763db7460a930239cc93649a52f8-r0.0) so we need PE bump preferably in oe-core. And also libkmod*so.* is now packaged in kmod package not libkmod but that's probably bug in oe-core recipe... because FILES_libkmod = ${base_libdir}/libkmod*${SOLIBS} and they are installed in ${libdir}. probably that's from where this comment in kmod recipe comes from # libdir = ${base_libdir} Cheers, Signed-off-by: Khem Raj raj.k...@gmail.com Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta-oe/classes/kernel.bbclass |7 +++ 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/meta-oe/classes/kernel.bbclass b/meta-oe/classes/kernel.bbclass index 66398ef..b431f8e 100644 --- a/meta-oe/classes/kernel.bbclass +++ b/meta-oe/classes/kernel.bbclass @@ -1,7 +1,7 @@ inherit linux-kernel-base module_strip PROVIDES += virtual/kernel -DEPENDS += virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}depmod virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules +DEPENDS += virtual/${TARGET_PREFIX}gcc kmod-native virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules # we include gcc above, we dont need virtual/libc INHIBIT_DEFAULT_DEPS = 1 @@ -274,7 +274,7 @@ if [ ! -e $D/lib/modules/${KERNEL_VERSION} ]; then mkdir -p $D/lib/modules/${KERNEL_VERSION} fi if [ -n $D ]; then - ${HOST_PREFIX}depmod -A -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION} + depmod -a -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION} else depmod -a fi @@ -352,9 +352,8 @@ python populate_packages_prepend () { if m: kernelver_stripped = m.group(1) path = d.getVar(PATH, True) - host_prefix = d.getVar(HOST_PREFIX, True) or - cmd = PATH=\%s\ %sdepmod -n -a -r -b %s -F %s/boot/System.map-%s %s % (path, host_prefix, dvar, dvar, kernelver, kernelver_stripped) + cmd = PATH=\%s\ depmod -n -a -b %s -F %s/boot/System.map-%s %s % (path, dvar, dvar, kernelver, kernelver_stripped) f = os.popen(cmd, 'r') deps = {} -- 1.7.8.6 -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] kmod: Delete in favor of OE-Core
Signed-off-by: Khem Raj raj.k...@gmail.com --- meta-oe/classes/kernel.bbclass |2 +- meta-oe/recipes-kernel/kmod/kmod_git.bb | 24 2 files changed, 1 insertions(+), 25 deletions(-) delete mode 100644 meta-oe/recipes-kernel/kmod/kmod_git.bb diff --git a/meta-oe/classes/kernel.bbclass b/meta-oe/classes/kernel.bbclass index 98320fe..81612da 100644 --- a/meta-oe/classes/kernel.bbclass +++ b/meta-oe/classes/kernel.bbclass @@ -1,7 +1,7 @@ inherit linux-kernel-base module_strip PROVIDES += virtual/kernel -DEPENDS += virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}depmod virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules +DEPENDS += virtual/${TARGET_PREFIX}gcc kmod-native virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules # we include gcc above, we dont need virtual/libc INHIBIT_DEFAULT_DEPS = 1 diff --git a/meta-oe/recipes-kernel/kmod/kmod_git.bb b/meta-oe/recipes-kernel/kmod/kmod_git.bb deleted file mode 100644 index aae9e7f..000 --- a/meta-oe/recipes-kernel/kmod/kmod_git.bb +++ /dev/null @@ -1,24 +0,0 @@ -DESCRIPTION = kmod - handle kernel modules - -LICENSE = GPLv2 -LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe - -PR = r3 - -inherit autotools gitpkgv - -PKGV = ${GITPKGVTAG} -SRCREV = 8885ced062131214448fae056ef453f094303805 -SRC_URI = git://git.profusion.mobi/kmod.git \ - file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \ - - -S = ${WORKDIR}/git - -do_configure_prepend() { - gtkdocize --docdir ${S}/libkmod/docs || touch ${S}/libkmod/docs/gtk-doc.make -} - -PACKAGES =+ libkmod -FILES_libkmod = ${libdir}/lib*${SOLIBS} - -- 1.7.5.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] kmod: Delete in favor of OE-Core
On Mon, May 07, 2012 at 12:59:51PM -0700, Khem Raj wrote: Signed-off-by: Khem Raj raj.k...@gmail.com We should delete it only after issues reported on oe-core and here in [meta-oe][meta-efl][meta-gpe][PATCH 7/7] kernel.bbclass are resolved.. and that kernel.bbclass change seems wrong.. removing depmod from DEPENDS is not enough.. better to use your patch from oe-core which was included in my patchset here.. Cheers, --- meta-oe/classes/kernel.bbclass |2 +- meta-oe/recipes-kernel/kmod/kmod_git.bb | 24 2 files changed, 1 insertions(+), 25 deletions(-) delete mode 100644 meta-oe/recipes-kernel/kmod/kmod_git.bb diff --git a/meta-oe/classes/kernel.bbclass b/meta-oe/classes/kernel.bbclass index 98320fe..81612da 100644 --- a/meta-oe/classes/kernel.bbclass +++ b/meta-oe/classes/kernel.bbclass @@ -1,7 +1,7 @@ inherit linux-kernel-base module_strip PROVIDES += virtual/kernel -DEPENDS += virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}depmod virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules +DEPENDS += virtual/${TARGET_PREFIX}gcc kmod-native virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules # we include gcc above, we dont need virtual/libc INHIBIT_DEFAULT_DEPS = 1 diff --git a/meta-oe/recipes-kernel/kmod/kmod_git.bb b/meta-oe/recipes-kernel/kmod/kmod_git.bb deleted file mode 100644 index aae9e7f..000 --- a/meta-oe/recipes-kernel/kmod/kmod_git.bb +++ /dev/null @@ -1,24 +0,0 @@ -DESCRIPTION = kmod - handle kernel modules - -LICENSE = GPLv2 -LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe - -PR = r3 - -inherit autotools gitpkgv - -PKGV = ${GITPKGVTAG} -SRCREV = 8885ced062131214448fae056ef453f094303805 -SRC_URI = git://git.profusion.mobi/kmod.git \ - file://0001-man-disable-man-page-generation-because-we-don-t-hav.patch \ - - -S = ${WORKDIR}/git - -do_configure_prepend() { - gtkdocize --docdir ${S}/libkmod/docs || touch ${S}/libkmod/docs/gtk-doc.make -} - -PACKAGES =+ libkmod -FILES_libkmod = ${libdir}/lib*${SOLIBS} - -- 1.7.5.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Simultaneous build of two intree packages
On Mon, 2012-05-07 at 08:46 -0700, Khem Raj wrote: usually it crashes during ln -sf target dest which is executed simultaneously with same parameters for both builds. There are other issues as well in addition to this ln issue. This is confusing why does this happen at all Because ln -sf first do symlink(1) unlink(2) and symlink(3) again. In case link is created by another process between 2 and 3 than ln fails. It is quite well described here: http://rcrowley.org/2010/01/06/things-unix-can-do-atomically.html I was also able to verify my finding by running two ln -sf in two for loops in two different terminals and they were failing constantly. So any idea on implementing locks/mutexes inside OE. If somebody can point me in the right direction I should be able to implement and feed back. Thanks, Radek ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Simultaneous build of two intree packages
On 2012-05-07 15:01, Radek Dostal wrote: On Mon, 2012-05-07 at 08:46 -0700, Khem Raj wrote: usually it crashes during ln -sf target dest which is executed simultaneously with same parameters for both builds. There are other issues as well in addition to this ln issue. This is confusing why does this happen at all Because ln -sf first do symlink(1) unlink(2) and symlink(3) again. In case link is created by another process between 2 and 3 than ln fails. It is quite well described here: http://rcrowley.org/2010/01/06/things-unix-can-do-atomically.html I was also able to verify my finding by running two ln -sf in two for loops in two different terminals and they were failing constantly. So any idea on implementing locks/mutexes inside OE. If somebody can point me in the right direction I should be able to implement and feed back. I think that your recipes are not well behaved - two recipes probably should not be creating the same file in such a way. Can you post the recipes, or at least the code snippets that break? -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Simultaneous build of two intree packages
On Mon, 2012-05-07 at 15:08 -0600, Gary Thomas wrote: I think that your recipes are not well behaved - two recipes probably should not be creating the same file in such a way. Can you post the recipes, or at least the code snippets that break? I agree usually it should not be a case, but since both of the recipes are in-tree recipes within the same tree, than obviously tree is the shared resource. Pasting the recipes would probably not be very helpful. Only thing they do is that they call the cmake bellow and actual error occurs within cmake scripts. Just in order to give overview: First whole structure is configured. Configuration is shared between all the recipes. Second actual make is called on different subdirectories. Cmake in its nature is not designed to be able to started multiple time over same tread (with exception of starting it via -jX). Thanks, Radek ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Simultaneous build of two intree packages
On Mon, May 7, 2012 at 2:01 PM, Radek Dostal r...@radekdostal.com wrote: Because ln -sf first do symlink(1) unlink(2) and symlink(3) again. In case link is created by another process between 2 and 3 than ln fails. It is quite well described here: http://rcrowley.org/2010/01/06/things-unix-can-do-atomically.html Do you think I don't know how ln works ? all I was asking why are same symlinks being created by two different packages that seems broken to me. Fix the packages ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Simultaneous build of two intree packages
On Mon, May 7, 2012 at 2:01 PM, Radek Dostal r...@radekdostal.com wrote: Because ln -sf first do symlink(1) unlink(2) and symlink(3) again. In case link is created by another process between 2 and 3 than ln fails. It is quite well described here: http://rcrowley.org/2010/01/06/things-unix-can-do-atomically.html Do you think I don't know how ln works ? all I was asking why are same symlinks being created by two different packages that seems broken to me. Fix the packages ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] libxaw: upgrade to 1.0.10 to fix -Werror=pointer-to-int-cast when building for x86-64
* 1.0.9 fails with: | XawIm.c:1410:23: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast] | XawIm.c:1415:23: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast] * fixed upstream: http://cgit.freedesktop.org/xorg/lib/libXaw/commit/?id=49c0a2441946f0d70fbd2612f193c95b84dde102 * COPYING changed only formally, stripping trailing spaces in http://cgit.freedesktop.org/xorg/lib/libXaw/commit/COPYING?id=37ffe69b10ae29e8f91de6ef647d06804b9d159b Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../xorg-lib/{libxaw_1.0.9.bb = libxaw_1.0.10.bb} |7 +++ 1 files changed, 3 insertions(+), 4 deletions(-) rename meta-oe/recipes-graphics/xorg-lib/{libxaw_1.0.9.bb = libxaw_1.0.10.bb} (75%) diff --git a/meta-oe/recipes-graphics/xorg-lib/libxaw_1.0.9.bb b/meta-oe/recipes-graphics/xorg-lib/libxaw_1.0.10.bb similarity index 75% rename from meta-oe/recipes-graphics/xorg-lib/libxaw_1.0.9.bb rename to meta-oe/recipes-graphics/xorg-lib/libxaw_1.0.10.bb index ea4f38b..89338d9 100644 --- a/meta-oe/recipes-graphics/xorg-lib/libxaw_1.0.9.bb +++ b/meta-oe/recipes-graphics/xorg-lib/libxaw_1.0.10.bb @@ -2,13 +2,12 @@ require recipes-graphics/xorg-lib/xorg-lib-common.inc DESCRIPTION = X Athena Widget Set DEPENDS += xproto virtual/libx11 libxext xextproto libxt libxmu libxpm libxp printproto libxau xmlto-native -LIC_FILES_CHKSUM = file://COPYING;md5=f1beacbc336a5a256bb28dbfcf01c2be +LIC_FILES_CHKSUM = file://COPYING;md5=1c65719d42900bb81b83e8293c20a364 PE = 1 -PR = r12 -SRC_URI[md5sum] = ccc57478c41b7a75b9702241b889b1d4 -SRC_URI[sha256sum] = a83977546b78e24ac5dca86affc10b6404a87c16272405b05386feca1a2db037 +SRC_URI[md5sum] = f1ea52debce7a18cc26b21647a00ad8b +SRC_URI[sha256sum] = 2d96bcf92638b8ec5c91d379f5ec2e7b15133adeb2ba22066d48bf3239ee1bdd # disable docs as groff detection doesn't work on some hosts while cross compilling EXTRA_OECONF += --disable-docs -- 1.7.8.6 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Linuxtag 2012
Hallo list! We have been accepted for a project booth at LinuxTag [1] again this year! This means that we have a booth at the largest Linux fair in Europe and the opportunity to get in touch with users, companies and other projects there. LinuxTag takes place in Berlin, Germany from May 23 to 26. We need several people who want to help manning the booth. The years before was able to attend myself but this year I still do not know if I'll be able to do so. So if you are able to attend please take this chance to represent OE at LinuxTag! We have a big box with useful things for the booth (TFT, table cloth with OE logo, lamps, flyers...). This box will be available at the event location. Something useful to bring yourself are all sorts of devices OE supports. Greetings Florian [1] http://www.linuxtag.org -- The dream of yesterday Florian Boor is the hope of todayTel: +49 271-771091-15 and the reality of tomorrow.Fax: +49 271-771091-19 [Robert Hutchings Goddard, 1904]florian.b...@kernelconcepts.de http://www.kernelconcepts.de/en ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel