[oe] SDK confusion Was: [meta-oe] gdb-cross-canadian: build gdb with python support
On Fri, Feb 03, 2012 at 08:28:08AM +0100, Martin Jansa wrote: On Thu, Feb 02, 2012 at 11:11:27AM +0100, Eric Bénard wrote: Hi Martin, Le Thu, 2 Feb 2012 10:17:26 +0100, Martin Jansa martin.ja...@gmail.com a écrit : OE @ ~ $ ls /OE/shr-core/tmp/sysroots/x86_64-oesdk-linux-nativesdk/usr/local/ oecore-x86_64-arm OE @ ~ $ ls /OE/shr-core/tmp/sysroots/x86_64-nativesdk-oesdk-linux/usr/local/ oecore-x86_64-x86_64 using Angstrom I don't have the same directories here : [ebenard@eb-e6520 setup-scripts]$ ls build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-nativesdk-angstromsdk-linux/usr/local/ angstrom-eglibc-x86_64-armv5te I usually don't build SDKs, so I'm not really not familiar with oesdk-linux-nativesdk and nativesdk-oesdk-linux differences :/ But I'll try your patch for oe-core http://patchwork.openembedded.org/patch/17129/ with oe-core only (and distroless) and if it behaves the same I'll report on oe-core ML. It fails the same when building from scratch for qemuarm in distroless oe-core: bitbake -k gdb-cross-canadian-arm ... | checking whether to use python... /OE/oe-core/tmp-eglibc/work/x86_64-nativesdk-oesdk-linux/gdb-cross-canadian-arm-7.3.1-r5.1/python | checking for python2.7... no | configure: error: no usable python found at /OE/oe-core/tmp-eglibc/work/x86_64-nativesdk-oesdk-linux/gdb-cross-canadian-arm-7.3.1-r5.1/python ... from config.log configure:10465: checking whether to use python configure:10467: result: /OE/oe-core/tmp-eglibc/work/x86_64-nativesdk-oesdk-linux/gdb-cross-canadian-arm-7.3.1-r5.1/python configure:10685: checking for python2.7 configure:10703: x86_64-oesdk-linux-gcc --sysroot=/OE/oe-core/tmp-eglibc/sysroots/x86_64-nativesdk-oesdk-linux -o conftest -isystem/OE/oe-core/tmp-eglibc/sysroots/x86_64-oesdk-linux-nativesdk/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/usr/include -O2 -pipe -isystem/OE/oe-core/tmp-eglibc/sysroots/x86_64-oesdk-linux-nativesdk/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/usr/include -I/OE/oe-core/tmp-eglibc/sysroots/x86_64-nativesdk-oesdk-linux/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/usr/include/python2.7/ -L/OE/oe-core/tmp-eglibc/sysroots/x86_64-oesdk-linux-nativesdk/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/usr/lib/armv5te-oe-linux-gnueabi -Wl,-rpath-link,/OE/oe-core/tmp-eglibc/sysroots/x86_64-oesdk-linux-nativesdk/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/usr/lib/armv5te-oe-linux-gnueabi -Wl,-rpath,/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/usr/lib/armv5te-oe-linux-gnueabi -Wl,-O1 -L/OE/oe-core/tmp-eglibc/sysroots/x86_64-oesdk-linux-nativesdk/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/lib -Wl,-rpath-link,/OE/oe-core/tmp-eglibc/sysroots/x86_64-oesdk-linux-nativesdk/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/lib -Wl,-rpath,/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/lib -Wl,-O1 conftest.c -lncurses -lz -lm -L/OE/oe-core/tmp-eglibc/sysroots/x86_64-nativesdk-oesdk-linux/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/usr/lib/armv5te-oe-linux-gnueabi/python2.7/config/config -lpthread -ldl -lutil -lm -lpython2.7 5 conftest.c:91:20: fatal error: Python.h: No such file or directory OE @ ~/oe-core/tmp-eglibc $ find sysroots/ -name python2.7 sysroots/x86_64-linux/usr/bin/python2.7 sysroots/x86_64-linux/usr/lib/python2.7 sysroots/x86_64-linux/usr/include/python2.7 sysroots/qemuarm/usr/lib/python2.7 sysroots/x86_64-nativesdk-oesdk-linux/usr/local/oecore-x86_64-x86_64/sysroots/x86_64-oesdk-linux/usr/lib/python2.7 sysroots/x86_64-nativesdk-oesdk-linux/usr/local/oecore-x86_64-x86_64/sysroots/x86_64-oesdk-linux/usr/include/python2.7 in x86_64-oesdk-linux there are only gcc+binutils crosssdk binutils-crosssdk-2.22-r2 gcc-crosssdk-4.6.2+svnr181430-r22 gcc-crosssdk-initial-4.6.2+svnr181430-r22 gcc-crosssdk-intermediate-4.6.2+svnr181430-r22 the rest is in x86_64-nativesdk-oesdk-linux gdb-cross-canadian-arm is only package were exec_prefix points to oecore-x86_64-arm ./gdb-cross-canadian-arm-7.3.1-r5.1/temp/run.do_configure.1688 export exec_prefix=/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/usr while all nativesdk packages are using oecore-x86_64-x86_64 ./python-nativesdk-2.7.2-r0.5/temp/run.do_configure.14043 export exec_prefix=/usr/local/oecore-x86_64-x86_64/sysroots/x86_64-oesdk-linux/usr So I think that using exec_prefix/libdir is wrong to when cross-canadian-arm is looking for nativesdk headers/libs. Don't know what are correct variables to use... Cheers, Cheers, OE @ ~ $ find /OE/shr-core/tmp/sysroots/x86_64-oesdk-linux-nativesdk/usr/local/ -name python2.7 OE @ ~ $ find /OE/shr-core/tmp/sysroots/x86_64-nativesdk-oesdk-linux/usr/local/ -name python2.7 /OE/shr-core/tmp/sysroots/x86_64-nativesdk-oesdk-linux/usr/local/oecore-x86_64-x86_64/sysroots/x86_64-oesdk-linux/usr/lib/python2.7
[oe] [PATCH] jakarta-libs: fixed SRC_URI for avalon-framework-api-4.3
Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
recipes/jakarta-libs/avalon-framework-api_4.3.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/recipes/jakarta-libs/avalon-framework-api_4.3.bb
b/recipes/jakarta-libs/avalon-framework-api_4.3.bb
index 06fde62..3340f5b 100644
--- a/recipes/jakarta-libs/avalon-framework-api_4.3.bb
+++ b/recipes/jakarta-libs/avalon-framework-api_4.3.bb
@@ -3,7 +3,7 @@ LICENSE = AL2.0
AUTHOR = Apache Software Foundation
SRC_URI = \
-
http://www.apache.org/dist/excalibur/avalon-framework/source/${BP}-src.tar.gz;name=archive
\
+
http://archive.apache.org/dist/excalibur/framework/source/${BP}-src.tar.gz;name=archive
\
http://www.apache.org/dist/avalon/logkit/source/logkit-1.2.2-src.tar.gz;name=logkit
\
--
1.7.7
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] SDK confusion Was: [meta-oe] gdb-cross-canadian: build gdb with python support
Hi Martin, Le Fri, 3 Feb 2012 10:41:05 +0100, Martin Jansa martin.ja...@gmail.com a écrit : in x86_64-oesdk-linux there are only gcc+binutils crosssdk binutils-crosssdk-2.22-r2 gcc-crosssdk-4.6.2+svnr181430-r22 gcc-crosssdk-initial-4.6.2+svnr181430-r22 gcc-crosssdk-intermediate-4.6.2+svnr181430-r22 the rest is in x86_64-nativesdk-oesdk-linux gdb-cross-canadian-arm is only package were exec_prefix points to oecore-x86_64-arm ./gdb-cross-canadian-arm-7.3.1-r5.1/temp/run.do_configure.1688 export exec_prefix=/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/usr while all nativesdk packages are using oecore-x86_64-x86_64 ./python-nativesdk-2.7.2-r0.5/temp/run.do_configure.14043 export exec_prefix=/usr/local/oecore-x86_64-x86_64/sysroots/x86_64-oesdk-linux/usr here is the big difference when using Angstrom : python-nativesdk-2.7.2-r0.5/temp/run.do_configure.30951:73:export exec_prefix=/usr/local/angstrom-eglibc-x86_64-armv7a/sysroots/x86_64-angstromsdk-linux/usr I don't yet know where this difference comes from. Eric -- http://eukrea.com/en/news/104-2012 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] bluez4: fix checksums for bluez-4.95.tar.gz
Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
recipes/bluez/bluez4_4.95.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/bluez/bluez4_4.95.bb b/recipes/bluez/bluez4_4.95.bb
index 290dff6..23275e4 100644
--- a/recipes/bluez/bluez4_4.95.bb
+++ b/recipes/bluez/bluez4_4.95.bb
@@ -4,8 +4,8 @@ SRC_URI = \
${KERNELORG_MIRROR}/pub/linux/bluetooth/bluez-${PV}.tar.gz \
file://bluetooth.conf \
-SRC_URI[md5sum] = 341294b2849a04a4afff5c96bfbf30b2
-SRC_URI[sha256sum] =
d6ea9de410fc2bcd2620d709c2202893b218e2e6a55c3c0ce6bebd27fa4120f6
+SRC_URI[md5sum] = 3e6e77ae06aad73bbedbabed3f0d508e
+SRC_URI[sha256sum] =
795dc8eb45e07c7848c58e2f2d730a404179ecce3dd1cd7b822cdec5ea7b69c8
DEFAULT_PREFERENCE = -1
DEFAULT_PREFERENCE_angstrom = 1
--
1.7.7
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] SDK confusion Was: [meta-oe] gdb-cross-canadian: build gdb with python support
On Fri, Feb 03, 2012 at 11:20:37AM +0100, Eric Bénard wrote:
Hi Martin,
Le Fri, 3 Feb 2012 10:41:05 +0100,
Martin Jansa martin.ja...@gmail.com a écrit :
in x86_64-oesdk-linux there are only gcc+binutils crosssdk
binutils-crosssdk-2.22-r2 gcc-crosssdk-4.6.2+svnr181430-r22
gcc-crosssdk-initial-4.6.2+svnr181430-r22
gcc-crosssdk-intermediate-4.6.2+svnr181430-r22
the rest is in
x86_64-nativesdk-oesdk-linux
gdb-cross-canadian-arm is only package were exec_prefix points to
oecore-x86_64-arm
./gdb-cross-canadian-arm-7.3.1-r5.1/temp/run.do_configure.1688
export
exec_prefix=/usr/local/oecore-x86_64-arm/sysroots/x86_64-oesdk-linux/usr
while all nativesdk packages are using oecore-x86_64-x86_64
./python-nativesdk-2.7.2-r0.5/temp/run.do_configure.14043
export
exec_prefix=/usr/local/oecore-x86_64-x86_64/sysroots/x86_64-oesdk-linux/usr
here is the big difference when using Angstrom :
python-nativesdk-2.7.2-r0.5/temp/run.do_configure.30951:73:export
exec_prefix=/usr/local/angstrom-eglibc-x86_64-armv7a/sysroots/x86_64-angstromsdk-linux/usr
I don't yet know where this difference comes from.
I also don't really understand using oecore-x86_64-x86_64 when building
for qemuarm
Last part should be TARGET_ARCH from
conf/bitbake.conf:SDK_NAME = oecore-${SDK_ARCH}-${TARGET_ARCH}
but TARGET_ARCH is defined couple of times:
conf/bitbake.conf:TARGET_ARCH = ${TUNE_ARCH}
classes/native.bbclass:TARGET_ARCH = ${BUILD_ARCH}
classes/crosssdk.bbclass:TARGET_ARCH = ${SDK_ARCH}
classes/nativesdk.bbclass:TARGET_ARCH = ${SDK_ARCH}
So it looks like TARGET_ARCH from bitbake.conf wins for you and here
it's using TARGET_ARCH = ${SDK_ARCH} from nativesdk.bbclass
With following modification I was able to configure and build it fine,
but seems like your oecore-x86_64-arm correct and oecore-x86_64-x86_64
should be used only e.g. for qemux86-64 not qemuarm
Cheers,
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
index b5746ce..bac63b7 100644
--- a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
+++ b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
@@ -10,12 +10,18 @@ RDEPENDS += python-nativesdk-core python-nativesdk-lang
python-nativesdk-re \
EXTRA_OECONF_append = --with-python=${WORKDIR}/python
+NATIVESDK_NAME = oecore-${SDK_ARCH}-${SDK_ARCH}
+NATIVESDK_PATH = /usr/local/${NATIVESDK_NAME}
+NATIVESDK_PATHNATIVE = ${NATIVESDK_PATH}/sysroots/${SDK_SYS}
+NATIVESDK_LIBDIR = ${NATIVESDK_PATHNATIVE}${libdir_nativesdk}
+NATIVESDK_INCLUDEDIR = ${NATIVESDK_PATHNATIVE}${includedir_nativesdk}
+
do_configure_prepend() {
cat ${WORKDIR}/python EOF
#! /bin/sh
case \$2 in
---includes) echo
-I${STAGING_DIR}/${HOST_ARCH}-nativesdk${HOST_VENDOR}-${HOST_OS}${exec_prefix}/include/python${PYTHON_BASEVERSION}/
;;
---ldflags) echo
-L${STAGING_DIR}/${HOST_ARCH}-nativesdk${HOST_VENDOR}-${HOST_OS}${libdir}/python${PYTHON_BASEVERSION}/config/config
-lpthread -ldl -lutil -lm -lpython${PYTHON_BASEVERSION} ;;
+--includes) echo
-I${STAGING_DIR}/${HOST_ARCH}-nativesdk${HOST_VENDOR}-${HOST_OS}${NATIVESDK_INCLUDEDIR}/python${PYTHON_BASEVERSION}/
;;
+--ldflags) echo
-L${STAGING_DIR}/${HOST_ARCH}-nativesdk${HOST_VENDOR}-${HOST_OS}${NATIVESDK_LIBDIR}/python${PYTHON_BASEVERSION}/config
-lpthread -ldl -lutil -lm -lpython${PYTHON_BASEVERSION} ;;
--exec-prefix) echo /usr ;;
*) exit 1 ;;
esac
--
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] [PATCH] liblockfile: fix SRC_URI for version 1.06
Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
recipes/liblockfile/liblockfile_1.06.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/recipes/liblockfile/liblockfile_1.06.bb
b/recipes/liblockfile/liblockfile_1.06.bb
index 0235dbd..5d540cb 100644
--- a/recipes/liblockfile/liblockfile_1.06.bb
+++ b/recipes/liblockfile/liblockfile_1.06.bb
@@ -3,7 +3,7 @@ SECTION = libs
LICENSE = LGPL
PR =r1
-SRC_URI = ${DEBIAN_MIRROR}/main/libl/liblockfile/liblockfile_${PV}.tar.gz \
+SRC_URI =
http://archive.debian.org/debian/pool/main/libl/liblockfile/liblockfile_${PV}.tar.gz
\
file://install.patch \
file://configure.patch \
file://ldflags.patch \
--
1.7.7
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Otavio Salvador : systemd.bbclass: depends on systemd
On Wed, Feb 01, 2012 at 08:04:41AM +, g...@git.openembedded.org wrote:
Module: meta-openembedded.git
Branch: master
Commit: c029d4a268de1ac7076fbeb9e337e96fdb1b226d
URL:
http://git.openembedded.org/?p=meta-openembedded.gita=commit;h=c029d4a268de1ac7076fbeb9e337e96fdb1b226d
Author: Otavio Salvador ota...@ossystems.com.br
Date: Tue Jan 31 17:38:57 2012 +
systemd.bbclass: depends on systemd
Packages that uses the systemd class need to have systemd build
otherwise they might fail to detect systemd as available or fail to
generate rootfs.
Can we move this only to packages which are really depending on systemd
compiled?
I have use-case where
small cpio image has busybox
busybox depends on systemd just because of this
systemd depends on kernel (because RRECOMMENDS on modules)
kernel depends on that cpio image which is used as ramdisk
So in order to finish cpio.do_rootfs I have to finish kernel and kernel
fails to build because doesn't have cpio available yet (DEPENDS = cpio
is not enough because doesn't need do_rootfs to finish AFAIK).
Cheers,
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta-oe/classes/systemd.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta-oe/classes/systemd.bbclass b/meta-oe/classes/systemd.bbclass
index 2ca7bfc..094a12c 100644
--- a/meta-oe/classes/systemd.bbclass
+++ b/meta-oe/classes/systemd.bbclass
@@ -1,4 +1,4 @@
-DEPENDS_append = systemd-systemctl-native
+DEPENDS_append = systemd systemd-systemctl-native
systemd_postinst() {
OPTS=
___
Openembedded-commits mailing list
openembedded-comm...@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits
--
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] [OE-core] SDK confusion Was: [meta-oe] gdb-cross-canadian: build gdb with python support
Le Fri, 3 Feb 2012 12:44:51 +0100, Martin Jansa martin.ja...@gmail.com a écrit : I also don't really understand using oecore-x86_64-x86_64 when building for qemuarm I may be totally wrong but isn't that what is expected : building a gdb which will run on the SDK_ARCH (ie x86_64 in my case), so isn't python expected to run on the x86_64 and target x86_64 (and not arm) ? Eric -- http://eukrea.com/en/news/104-2012 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Otavio Salvador : systemd.bbclass: depends on systemd
On Fri, Feb 3, 2012 at 11:14, Martin Jansa martin.ja...@gmail.com wrote: Can we move this only to packages which are really depending on systemd compiled? I have use-case where small cpio image has busybox busybox depends on systemd just because of this systemd depends on kernel (because RRECOMMENDS on modules) kernel depends on that cpio image which is used as ramdisk So in order to finish cpio.do_rootfs I have to finish kernel and kernel fails to build because doesn't have cpio available yet (DEPENDS = cpio is not enough because doesn't need do_rootfs to finish AFAIK). I understand your use case but it seems in this case you ought to override it in a bbappend. It doesn't seems right as this is the exception, not the rule. If we don't depends on it, we can end with the binaries being not available in case a rootfs generation. -- 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-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Otavio Salvador : systemd.bbclass: depends on systemd
On Fri, Feb 03, 2012 at 01:30:37PM -0200, Otavio Salvador wrote: On Fri, Feb 3, 2012 at 11:14, Martin Jansa martin.ja...@gmail.com wrote: Can we move this only to packages which are really depending on systemd compiled? I have use-case where small cpio image has busybox busybox depends on systemd just because of this systemd depends on kernel (because RRECOMMENDS on modules) kernel depends on that cpio image which is used as ramdisk So in order to finish cpio.do_rootfs I have to finish kernel and kernel fails to build because doesn't have cpio available yet (DEPENDS = cpio is not enough because doesn't need do_rootfs to finish AFAIK). I understand your use case but it seems in this case you ought to override it in a bbappend. It doesn't seems right as this is the exception, not the rule. If we don't depends on it, we can end with the binaries being not available in case a rootfs generation. Which recipes really depend on systemd during build? I know about polkit, something else? -- 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] [PATCH] ltrace: switch from 0.5.3-2 to 0.5.3-2.1
Version 0.5.3-2 is no longer fetchable.
Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
recipes/ltrace/ltrace_0.5.3.bb |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/recipes/ltrace/ltrace_0.5.3.bb b/recipes/ltrace/ltrace_0.5.3.bb
index 53f4892..c9ff0ab 100644
--- a/recipes/ltrace/ltrace_0.5.3.bb
+++ b/recipes/ltrace/ltrace_0.5.3.bb
@@ -11,7 +11,7 @@ COMPATIBLE_TARGET_SYS = (?!sh[34])
SRC_URI = \
${DEBIAN_MIRROR}/main/l/ltrace/ltrace_${PV}.orig.tar.gz;name=archive \
- ${DEBIAN_MIRROR}/main/l/ltrace/ltrace_${PV}-2.diff.gz;name=patch \
+ ${DEBIAN_MIRROR}/main/l/ltrace/ltrace_${PV}-2.1.diff.gz;name=patch \
file://add-sysdep.patch \
file://ltrace-compile.patch \
file://ltrace-mips-remove-CP.patch \
@@ -76,5 +76,5 @@ do_install() {
SRC_URI[archive.md5sum] = 3fa7fe715ab879db08bd06d1d59fd90f
SRC_URI[archive.sha256sum] =
5c6627d6d5a98a92ca4661cfc16378b182cc46a9ec479ebf7e6121ee3fe2be32
-SRC_URI[patch.md5sum] = 969baa0900646c0262b2d505b9fef154
-SRC_URI[patch.sha256sum] =
f647d7c2f2b0d1dbddd632f3a17fef670aed3ebf5fbe6c167acac1eba8e3
+SRC_URI[patch.md5sum] = 38bc944c53ab602a7854aa4fa71c1f46
+SRC_URI[patch.sha256sum] =
4c57df94020f2bed90d948f757ca7786796ca9218274764b24f61c502d9ef4f6
--
1.7.7
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Otavio Salvador : systemd.bbclass: depends on systemd
On Fri, Feb 3, 2012 at 13:47, Martin Jansa martin.ja...@gmail.com wrote: I understand your use case but it seems in this case you ought to override it in a bbappend. It doesn't seems right as this is the exception, not the rule. If we don't depends on it, we can end with the binaries being not available in case a rootfs generation. Which recipes really depend on systemd during build? I know about polkit, something else? At this moment I know about polkit, I didn't check newer udev but I think it ought to depends on it as well. -- 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-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] tmux: Add initial recipe for vesion 1.6.
Am Donnerstag, den 02.02.2012, 20:22 +0100 schrieb Peter Tworek: From: Piotr Tworek ptwo...@opera.com Some configuration changed in your setup. Please try to avoid that so that so that changelog statistics can be more meaningful. There is the typo ve*r*sion in the summary. Run tested on netbook pro. Signed-off-by: Peter Tworek tworaz...@gmail.com Should you resend patches you can add the following. Acked-by: Paul Menzel paulepan...@users.sourceforge.net --- meta-oe/recipes-extended/tmux/tmux_1.6.bb | 18 ++ 1 files changed, 18 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-extended/tmux/tmux_1.6.bb […] Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Commit access for Peter Tworek
Dear OE developers, only OE-Classic can be pushed to and everything else is set up around a pull based model. Nevertheless Peter is quite active with sending patches and it would be nice if he could be promoted OpenEmbedded developer [1]. Sending this many patches Peter should probably set up some Git repository people can fetch from. I do not know if the OE infrastructure serves that purpose or not. To sum it up, I do not know if the New Dev procedure is still needed, but it would be nice to have something like that in the future. Thanks, Paul [1] http://www.openembedded.org/wiki/New_Dev signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Can't build openembedded: fail in picosam9_git.bb
That's helped. Thanks a lot, Khem! 01.02.2012 23:46, Khem Raj пишет: 2012/2/1 Leonid Titovleonid.ti...@gmail.com: I do have a conf/machine/picosam9.conf. It and recipe are exact as in repo (http://cgit.openembedded.org/openembedded/tree/conf/machine/picosam9.conf and http://cgit.openembedded.org/openembedded/tree/recipes/linux/picosam9_git.bb). in picosam9_git.bb you have COMPATIBLE_HOST = arm.*-linux make it COMPATIBLE_HOST = arm.*-linux* that said your problem is with fetching and I have seen problems with fetching from gitorious using bitbake It happens for efikamx kernel which was also hosted on gitorious. Is there any other place this repo is mirrored ? if yes use that. 2012/2/1, Khem Rajraj.k...@gmail.com: 2012/2/1 Leonid Titovleonid.ti...@gmail.com: I've got a problem with building console-image for MACHINE=picosam9. It fails while processing picosam9_git.bb with these messages: do you have machine conf file for picosam9 ? recipes and machine confs are different files. you have to show us both files here. That said your error is a fetching error which means something is wrong with either your SRC_URI or the remote server which is feeding the sources of this recipe ___ 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 ___ 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][PATCH 2/2] tzcode-native_2011i: remove and use oe-core recipe
* there are no evident reasons justifying the presence in meta-oe layer.
Signed-off-by: Andrea Adami andrea.ad...@gmail.com
---
meta-oe/recipes-extended/tzcode/tzcode-native.inc | 18 --
.../recipes-extended/tzcode/tzcode-native_2011i.bb | 20
2 files changed, 0 insertions(+), 38 deletions(-)
delete mode 100644 meta-oe/recipes-extended/tzcode/tzcode-native.inc
delete mode 100644 meta-oe/recipes-extended/tzcode/tzcode-native_2011i.bb
diff --git a/meta-oe/recipes-extended/tzcode/tzcode-native.inc
b/meta-oe/recipes-extended/tzcode/tzcode-native.inc
deleted file mode 100644
index 2f9f176..000
--- a/meta-oe/recipes-extended/tzcode/tzcode-native.inc
+++ /dev/null
@@ -1,18 +0,0 @@
-DESCRIPTION = tzcode, timezone zoneinfo utils -- zic, zdump, tzselect
-INC_PR = r5
-
-SRC_URI = \
-
http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz;name=tzcode-${PV};subdir=${BPN}-${PV}
\
-
http://www.iana.org/time-zones/repository/releases/tzdata${TZDATA_PV}.tar.gz;name=tzdata-${TZDATA_PV};subdir=${BPN}-${PV}
\
-
-
-inherit native
-
-do_install () {
-install -d ${D}${bindir}
-install -m 755 zic ${D}${bindir}/
-install -m 755 zdump ${D}${bindir}/
-install -m 755 tzselect ${D}${bindir}/
-}
-
-NATIVE_INSTALL_WORKS = 1
diff --git a/meta-oe/recipes-extended/tzcode/tzcode-native_2011i.bb
b/meta-oe/recipes-extended/tzcode/tzcode-native_2011i.bb
deleted file mode 100644
index 8ab4504..000
--- a/meta-oe/recipes-extended/tzcode/tzcode-native_2011i.bb
+++ /dev/null
@@ -1,20 +0,0 @@
-require tzcode-native.inc
-
-LICENSE = PD
-LIC_FILES_CHKSUM = file://README;md5=3ae8198f82258417ce29066d3b034035
-
-# Note that elsie.nci.nih.gov removes old versions when new is coming out
-# So if this doesn't build for you because of missing source file, just
-# bump it to the latest available version, removing old one
-# Also, tzdata (and it is needed to build tzcode) version can differ from
-# tzcode version, thus this variable
-
-TZDATA_PV = 2011i
-
-PR = ${INC_PR}.2
-
-SRC_URI[tzcode-2011i.md5sum] = cf7f4335b7c8682899fa2814e711c1b2
-SRC_URI[tzcode-2011i.sha256sum] =
f0dd991de3f8d6c599c104e294377c9befa1ef40aa5a1d09e2e295a453f3c1ec
-SRC_URI[tzdata-2011i.md5sum] = c7a86ec34f30f8d6aa77ef94902a3047
-SRC_URI[tzdata-2011i.sha256sum] =
f8dde7ca5e61f21ac34c8cdbef5568d00c829981211098f059d8104964c81ffa
-
--
1.7.3.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/2] tzdata_2011g: remove and use the updated recipe in oe-core.
* The tzdata_2011n recipe in oe-core now provides sane defaults,
* as committed with id 5304ce429f2c05857f04fbe3b47a067983ca96be
Signed-off-by: Andrea Adami andrea.ad...@gmail.com
---
meta-oe/recipes-extended/tzdata/tzdata.inc | 177 ---
meta-oe/recipes-extended/tzdata/tzdata_2011g.bb | 12 --
2 files changed, 0 insertions(+), 189 deletions(-)
delete mode 100644 meta-oe/recipes-extended/tzdata/tzdata.inc
delete mode 100644 meta-oe/recipes-extended/tzdata/tzdata_2011g.bb
diff --git a/meta-oe/recipes-extended/tzdata/tzdata.inc
b/meta-oe/recipes-extended/tzdata/tzdata.inc
deleted file mode 100644
index 94f73d8..000
--- a/meta-oe/recipes-extended/tzdata/tzdata.inc
+++ /dev/null
@@ -1,177 +0,0 @@
-DESCRIPTION = Timezone data
-SECTION = base
-DEPENDS = tzcode-native
-
-INC_PR = r11
-
-DEFAULT_TIMEZONE ?= Europe/London
-
-RCONFLICTS_${PN} = timezones timezone-africa timezone-america
timezone-antarctica \
- timezone-arctic timezone-asia timezone-atlantic \
- timezone-australia timezone-europe timezone-indian \
- timezone-iso3166.tab timezone-pacific timezone-zone.tab
-
-SRC_URI =
http://www.iana.org/time-zones/repository/releases/tzdata${PV}.tar.gz;subdir=${BPN}-${PV};
-
-TZONES= africa antarctica asia australasia europe northamerica southamerica \
- factory solar87 solar88 solar89 etcetera backward systemv \
-
-#pacificnew \
-
-CONFFILES_${PN} = ${sysconfdir}/timezone ${sysconfdir}/localtime
-
-do_compile () {
-mkdir -p build
-for zone in ${TZONES}; do \
-${STAGING_BINDIR_NATIVE}/zic -d ${S}/build${datadir}/zoneinfo -L
/dev/null \
--y ${S}/yearistype.sh ${S}/${zone} ; \
-${STAGING_BINDIR_NATIVE}/zic -d
${S}/build${datadir}/zoneinfo/posix -L /dev/null \
--y ${S}/yearistype.sh ${S}/${zone} ; \
-${STAGING_BINDIR_NATIVE}/zic -d
${S}/build${datadir}/zoneinfo/right -L ${S}/leapseconds \
--y ${S}/yearistype.sh ${S}/${zone} ; \
-done
-}
-
-do_install () {
-install -d ${D}${prefix} ${D}${datadir}/zoneinfo
-cp -pPR ${S}/build${prefix}/* ${D}${prefix}
-# Only eglibc is removing zoneinfo files from package
-if [ ${LIBC}x = eglibcx ] ; then
- cp -pP ${S}/zone.tab ${D}${datadir}/zoneinfo
- cp -pP ${S}/iso3166.tab ${D}${datadir}/zoneinfo
-fi
-
-# Install a sane default for timezones
-install -d ${D}${sysconfdir}
-echo ${DEFAULT_TIMEZONE} ${D}${sysconfdir}/timezone
-cp -pPR ${S}/build${datadir}/zoneinfo/${DEFAULT_TIMEZONE}
${D}${sysconfdir}/localtime
-}
-
-inherit allarch
-# Packages primarily organized by directory with a major city
-# in most time zones in the base package
-
-PACKAGES = ${PN}-dbg tzdata tzdata-misc tzdata-posix tzdata-right
tzdata-africa \
-tzdata-americas tzdata-antarctica tzdata-arctic tzdata-asia \
-tzdata-atlantic tzdata-australia tzdata-europe tzdata-pacific
-
-ALLOW_EMPTY_${PN}-dbg = 1
-
-FILES_tzdata-africa += ${datadir}/zoneinfo/Africa/*
-RPROVIDES_tzdata-africa = tzdata-africa
-
-FILES_tzdata-americas += ${datadir}/zoneinfo/America/* \
-${datadir}/zoneinfo/US/*\
-${datadir}/zoneinfo/Brazil/*\
-${datadir}/zoneinfo/Canada/*\
-${datadir}/zoneinfo/Mexico/*\
-${datadir}/zoneinfo/Chile/*
-RPROVIDES_tzdata-americas = tzdata-americas
-
-FILES_tzdata-antarctica += ${datadir}/zoneinfo/Antarctica/*
-RPROVIDES_tzdata-antarctica = tzdata-antarctica
-
-FILES_tzdata-arctic += ${datadir}/zoneinfo/Arctic/*
-RPROVIDES_tzdata-arctic = tzdata-arctic
-
-FILES_tzdata-asia += ${datadir}/zoneinfo/Asia/*\
-${datadir}/zoneinfo/Indian/*\
-${datadir}/zoneinfo/Mideast/*
-RPROVIDES_tzdata-asia = tzdata-asia
-
-FILES_tzdata-atlantic += ${datadir}/zoneinfo/Atlantic/*
-RPROVIDES_tzdata-atlantic = tzdata-atlantic
-
-FILES_tzdata-australia += ${datadir}/zoneinfo/Australia/*
-RPROVIDES_tzdata-australia = tzdata-australia
-
-FILES_tzdata-europe += ${datadir}/zoneinfo/Europe/*
-RPROVIDES_tzdata-europe = tzdata-europe
-
-FILES_tzdata-pacific += ${datadir}/zoneinfo/Pacific/*
-RPROVIDES_tzdata-pacific = tzdata-pacific
-
-FILES_tzdata-posix += ${datadir}/zoneinfo/posix/*
-RPROVIDES_tzdata-posix = tzdata-posix
-
-FILES_tzdata-right += ${datadir}/zoneinfo/right/*
-RPROVIDES_tzdata-right = tzdata-right
-
-
-FILES_tzdata-misc += ${datadir}/zoneinfo/Cuba \
-${datadir}/zoneinfo/Egypt\
-${datadir}/zoneinfo/Eire \
-${datadir}/zoneinfo/Factory \
-${datadir}/zoneinfo/GB-Eire \
-${datadir}/zoneinfo/Hongkong \
-${datadir}/zoneinfo/Iceland \
-
[oe] Java: meta-java, meta-oracle-java
Hello, I noticed an activity around meta-java layer (OpenJDK based) https://github.com/woglinde/meta-java and recently around Oracle JRE: http://git.yoctoproject.org/cgit/cgit.cgi/meta-oracle-java/ Any plans to combine or coordinate these efforts? Because now we are working on Java PowerPC e500v2 support and finally would like to upstream to mainline our work. Best regards, Ivan Kuten, head of RD at Promwad ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] tmux: Add initial recipe for vesion 1.6.
On 02/03/2012 06:53 PM, Paul Menzel wrote: Am Donnerstag, den 02.02.2012, 20:22 +0100 schrieb Peter Tworek: From: Piotr Tworekptwo...@opera.com Some configuration changed in your setup. Please try to avoid that so that so that changelog statistics can be more meaningful. There is the typo ve*r*sion in the summary. Thanks, both issues fixed in v3. Run tested on netbook pro. Signed-off-by: Peter Tworektworaz...@gmail.com Should you resend patches you can add the following. Acked-by: Paul Menzelpaulepan...@users.sourceforge.net --- meta-oe/recipes-extended/tmux/tmux_1.6.bb | 18 ++ 1 files changed, 18 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-extended/tmux/tmux_1.6.bb […] Thanks, Paul ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v3] tmux: Add initial recipe for version 1.6.
Run tested on netbook pro.
Signed-off-by: Peter Tworek tworaz...@gmail.com
Acked-by: Paul Menzel paulepan...@users.sourceforge.net
---
meta-oe/recipes-extended/tmux/tmux_1.6.bb | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
create mode 100644 meta-oe/recipes-extended/tmux/tmux_1.6.bb
diff --git a/meta-oe/recipes-extended/tmux/tmux_1.6.bb
b/meta-oe/recipes-extended/tmux/tmux_1.6.bb
new file mode 100644
index 000..fa58065
--- /dev/null
+++ b/meta-oe/recipes-extended/tmux/tmux_1.6.bb
@@ -0,0 +1,18 @@
+DESCRIPTION = Terminal multiplexer
+HOMEPAGE = http://tmux.sourceforge.net;
+SECTION = console/utils
+
+LICENSE = ISC
+LIC_FILES_CHKSUM =
file://tmux.c;startline=3;endline=17;md5=f36d9c9e6c1c24996a88891fdf783d04
+
+DEPENDS = ncurses libevent sed-native
+
+SRC_URI = ${SOURCEFORGE_MIRROR}/tmux/${P}.tar.gz
+SRC_URI[md5sum] = 3e37db24aa596bf108a0442a81c845b3
+SRC_URI[sha256sum] =
faee08ba1bd8c22537cd5b7458881d1bdb4985df88ed6bc5967c56881a7efbd6
+
+inherit autotools
+
+do_configure_prepend () {
+ sed -i -e 's:-I/usr/local/include::' Makefile.am || bb_fatal sed
failed
+}
--
1.7.3.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xfce][PATCH] xfce4-power-manager: Add initial recipe for version 1.0.10.
Run tested on netbook pro.
Signed-off-by: Peter Tworek tworaz...@gmail.com
---
.../xfce4-power-manager_1.0.10.bb | 28
1 files changed, 28 insertions(+), 0 deletions(-)
create mode 100644
meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.0.10.bb
diff --git
a/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.0.10.bb
b/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.0.10.bb
new file mode 100644
index 000..4641178
--- /dev/null
+++ b/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.0.10.bb
@@ -0,0 +1,28 @@
+DESCRIPTION = Power manager for the Xfce desktop environment
+HOMEPAGE = http://goodies.xfce.org/projects/applications/xfce4-power-manager;
+SECTION = x11
+
+LICENSE = GPLv2+
+LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552
+
+inherit xfce
+
+DEPENDS = gtk+ glib-2.0 dbus-glib xfconf libxfce4ui libxfce4util libnotify \
+ libxrandr virtual/libx11 libxext xfce4-panel
+RDEPENDS_${PN} = networkmanager udisks upower polkit
+
+EXTRA_OECONF = \
+--enable-polkit \
+--enable-network-manager \
+--enable-panel-plugins \
+
+
+PACKAGES += xfce4-brightness-plugin
+FILES_${PN} += ${datadir}/polkit-1
+FILES_xfce4-brightness-plugin = \
+${libdir}/xfce4/panel-plugins/xfce4-brightness-plugin \
+${datadir}/xfce4/panel-plugins/xfce4-brightness-plugin.desktop \
+
+
+SRC_URI[md5sum] = 38cbd272eb30e36ae538d9f38858bd38
+SRC_URI[sha256sum] =
80e4bb44f81c485ec09654dde432d6e28667d49a787625632a4413aac30422f0
--
1.7.3.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Otavio Salvador : systemd.bbclass: depends on systemd
On Fri, Feb 3, 2012 at 5:58 PM, Otavio Salvador ota...@ossystems.com.br wrote: On Fri, Feb 3, 2012 at 13:47, Martin Jansa martin.ja...@gmail.com wrote: I understand your use case but it seems in this case you ought to override it in a bbappend. It doesn't seems right as this is the exception, not the rule. If we don't depends on it, we can end with the binaries being not available in case a rootfs generation. Which recipes really depend on systemd during build? I know about polkit, something else? At this moment I know about polkit, I didn't check newer udev but I think it ought to depends on it as well. -- 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-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Unfortunately the patch has a bad side-effect: http://paste.debian.net/154741/ (I removed /systemd to show the culprit) Sadly enough freedesktop git is down, so I've been obliged to revert that patch. Andrea ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Otavio Salvador : systemd.bbclass: depends on systemd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 04-02-12 01:15, Andrea Adami schreef: On Fri, Feb 3, 2012 at 5:58 PM, Otavio Salvador ota...@ossystems.com.br wrote: On Fri, Feb 3, 2012 at 13:47, Martin Jansa martin.ja...@gmail.com wrote: I understand your use case but it seems in this case you ought to override it in a bbappend. It doesn't seems right as this is the exception, not the rule. If we don't depends on it, we can end with the binaries being not available in case a rootfs generation. Which recipes really depend on systemd during build? I know about polkit, something else? At this moment I know about polkit, I didn't check newer udev but I think it ought to depends on it as well. -- 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-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Unfortunately the patch has a bad side-effect: http://paste.debian.net/154741/ (I removed /systemd to show the culprit) Sadly enough freedesktop git is down, so I've been obliged to revert that patch. only cgit, not the actual git server -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk8sfH8ACgkQMkyGM64RGpFOKACgk2/B+ac8q6HOs2ctoJff3KrN D7cAn2w+6lseVIR15bhtOywS9gUvdUFd =2BCI -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Otavio Salvador : systemd.bbclass: depends on systemd
Which recipes really depend on systemd during build? I know about polkit, something else? udisks [1] [1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2012-January/037230.html Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v3] tmux: Add initial recipe for version 1.6.
On (04/02/12 00:10), Peter Tworek wrote: Run tested on netbook pro. Signed-off-by: Peter Tworek tworaz...@gmail.com Acked-by: Paul Menzel paulepan...@users.sourceforge.net --- meta-oe/recipes-extended/tmux/tmux_1.6.bb | 18 ++ 1 files changed, 18 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-extended/tmux/tmux_1.6.bb diff --git a/meta-oe/recipes-extended/tmux/tmux_1.6.bb b/meta-oe/recipes-extended/tmux/tmux_1.6.bb new file mode 100644 index 000..fa58065 --- /dev/null +++ b/meta-oe/recipes-extended/tmux/tmux_1.6.bb @@ -0,0 +1,18 @@ +DESCRIPTION = Terminal multiplexer +HOMEPAGE = http://tmux.sourceforge.net; +SECTION = console/utils + +LICENSE = ISC what is ISC license ? I thought tmux is more like BSD license here is what I read in NOTES files tmux is intended to be a simple, modern, BSD-licensed alternative ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Otavio Salvador : systemd.bbclass: depends on systemd
On Fri, Feb 3, 2012 at 8:00 PM, Andreas Müller schnitzelt...@googlemail.com wrote: Which recipes really depend on systemd during build? I know about polkit, something else? udisks [1] Yeah, but that might be a consequence of udisks depending on polkit. It was a libsystemd-login reference in a polkit .la file dependency that made me install that patch so I could get udisks to build. [1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2012-January/037230.html Andreas ___ 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-commits] Otavio Salvador : systemd.bbclass: depends on systemd
On (03/02/12 20:15), Peter Bigot wrote: On Fri, Feb 3, 2012 at 8:00 PM, Andreas Müller schnitzelt...@googlemail.com wrote: Which recipes really depend on systemd during build? I know about polkit, something else? udisks [1] Yeah, but that might be a consequence of udisks depending on polkit. It was a libsystemd-login reference in a polkit .la file dependency that made me install that patch so I could get udisks to build. polkit should also become a distro feature FWIW ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Otavio Salvador : systemd.bbclass: depends on systemd
On 03/02/12 18:18, Khem Raj wrote:
On (04/02/12 03:00), Andreas Müller wrote:
Which recipes really depend on systemd during build? I know about
polkit, something else?
why not make it a globally selectable ?
so we can make sure that autoconf does not try to guess
but we tell it if systemd features should {en|dis}abled
explicitly and something like virtual/init-manager or something
since I think it has to coexist with sysvinit or upstart
whatever one chooses.
We should definitely do this, I've not had enough time to figure out. I
think it's going to have to be a distro level thing as so far as I can
tell we need to be able to:
o set the init system
o include certain packages
o potentially enable/disable configure flags
I've not had much opportunity to look into this yet but we need to be
certain whichever mechanism we enable works for systemd, sysvinit,
upstart, s6, whatever.
Cheers,
Joshua
--
Joshua Lock
Yocto Project Johannes factotum
Intel Open Source Technology Centre
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Java: meta-java, meta-oracle-java
On (04/02/12 02:05), Ivan Kuten wrote: Hello, I noticed an activity around meta-java layer (OpenJDK based) https://github.com/woglinde/meta-java and recently around Oracle JRE: http://git.yoctoproject.org/cgit/cgit.cgi/meta-oracle-java/ Any plans to combine or coordinate these efforts? these are two different layers so they will exist. What coordination would you like to see that will help you Because now we are working on Java PowerPC e500v2 support and finally would like to upstream to mainline our work. Best regards, Ivan Kuten, head of RD at Promwad ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-xfce][PATCH] xfce4-power-manager: Add initial recipe for version 1.0.10.
On Sat, Feb 4, 2012 at 1:03 AM, Peter Tworek tworaz...@gmail.com wrote:
Run tested on netbook pro.
Signed-off-by: Peter Tworek tworaz...@gmail.com
---
.../xfce4-power-manager_1.0.10.bb | 28
1 files changed, 28 insertions(+), 0 deletions(-)
create mode 100644
meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.0.10.bb
diff --git
a/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.0.10.bb
b/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.0.10.bb
new file mode 100644
index 000..4641178
--- /dev/null
+++ b/meta-xfce/recipes-xfce/xfce4-power-manager/xfce4-power-manager_1.0.10.bb
@@ -0,0 +1,28 @@
+DESCRIPTION = Power manager for the Xfce desktop environment
+HOMEPAGE =
http://goodies.xfce.org/projects/applications/xfce4-power-manager;
+SECTION = x11
+
+LICENSE = GPLv2+
+LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552
+
+inherit xfce
+
+DEPENDS = gtk+ glib-2.0 dbus-glib xfconf libxfce4ui libxfce4util libnotify \
+ libxrandr virtual/libx11 libxext xfce4-panel
+RDEPENDS_${PN} = networkmanager udisks upower polkit
+
+EXTRA_OECONF = \
+ --enable-polkit \
+ --enable-network-manager \
networkmanager conflicts with conman. I don't if this makes sense to
use conman with xfce (am using networkmanager too). What happens if
this option is not set?
+ --enable-panel-plugins \
+
+
+PACKAGES += xfce4-brightness-plugin
+FILES_${PN} += ${datadir}/polkit-1
+FILES_xfce4-brightness-plugin = \
+ ${libdir}/xfce4/panel-plugins/xfce4-brightness-plugin \
+ ${datadir}/xfce4/panel-plugins/xfce4-brightness-plugin.desktop \
+
+
+SRC_URI[md5sum] = 38cbd272eb30e36ae538d9f38858bd38
+SRC_URI[sha256sum] =
80e4bb44f81c485ec09654dde432d6e28667d49a787625632a4413aac30422f0
--
1.7.3.4
This was part of my TODO - Thanks. Give it a test next week.
Andreas
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-smartphone][PATCH] drm: Rename bbappend to match oe-core updates
Signed-off-by: Khem Raj raj.k...@gmail.com
---
...bdrm_2.4.29.bbappend = libdrm_2.4.30.bbappend} |0
1 files changed, 0 insertions(+), 0 deletions(-)
rename meta-openmoko/recipes-graphics/drm/{libdrm_2.4.29.bbappend =
libdrm_2.4.30.bbappend} (100%)
diff --git a/meta-openmoko/recipes-graphics/drm/libdrm_2.4.29.bbappend
b/meta-openmoko/recipes-graphics/drm/libdrm_2.4.30.bbappend
similarity index 100%
rename from meta-openmoko/recipes-graphics/drm/libdrm_2.4.29.bbappend
rename to meta-openmoko/recipes-graphics/drm/libdrm_2.4.30.bbappend
--
1.7.8.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
