[oe] [PATCH] cross.bbclass: Override STAGING_* paths to match cross installation
Signed-off-by: Khem Raj raj.k...@gmail.com
---
classes/cross.bbclass |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/classes/cross.bbclass b/classes/cross.bbclass
index cf14db1..64f7902 100644
--- a/classes/cross.bbclass
+++ b/classes/cross.bbclass
@@ -50,6 +50,14 @@ exec_prefix = ${prefix}
base_sbindir = ${base_prefix}/bin
sbindir = ${exec_prefix}/bin
+# staging should be special for cross
+STAGING_BINDIR = ${bindir}
+STAGING_LIBDIR = ${libdir}
+STAGING_INCDIR = ${includedir}
+STAGING_ETCDIR = ${sysconfdir}
+STAGING_DATADIR = ${datadir}
+STAGING_SBINDIR = ${sbindir}
+
do_install () {
oe_runmake 'DESTDIR=${D}' install
}
--
1.7.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] preferred-om-2008-versions.inc: Update PREFERRED_VERSION for libftdi confuse and ftdi_eeprom
On Sat, Aug 7, 2010 at 8:01 AM, Khem Raj raj.k...@gmail.com wrote: Signed-off-by: Khem Raj raj.k...@gmail.com --- conf/distro/include/preferred-om-2008-versions.inc | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) Acked-by: Martin Jansa martin.ja...@gmail.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling (resent)
busybox: fix defconfig/.config usage; add inetd, telnetd package; add
inetd support for ftpd, telnetd, httpd
*Use ${S}/.config instead of ${WORKINGDIR}/defconfig for installing
confguration dependend parts.
*This applies the changes done by DISTRO_FEATURES processing.
*Added configuration dependend packages for inetd, telnetd, httpd which
enable inetd based daemon starting or standalone starting.
*Enable starting of ftpd by inetd.
---
recipes/busybox/busybox.inc | 220
++---
recipes/busybox/busybox_1.16.2.bb |7 +-
recipes/busybox/files/busybox-inetd | 43 +++
recipes/busybox/files/busybox-telnetd | 39 ++
recipes/busybox/files/inetd.conf |9 ++
5 files changed, 296 insertions(+), 22 deletions(-)
create mode 100644 recipes/busybox/files/busybox-inetd
create mode 100644 recipes/busybox/files/busybox-telnetd
create mode 100644 recipes/busybox/files/inetd.conf
diff --git a/recipes/busybox/busybox.inc b/recipes/busybox/busybox.inc
index a64c031..b4663f0 100644
--- a/recipes/busybox/busybox.inc
+++ b/recipes/busybox/busybox.inc
@@ -26,13 +26,23 @@ SRC_URI = \
file://syslog.conf \
file://udhcpscript.patch \
file://umount.busybox \
+ file://inetd.conf \
+ file://busybox-inetd \
+ file://busybox-telnetd \
SRC_URI_append_nylon = file://xargs-double-size.patch
export EXTRA_CFLAGS = ${CFLAGS}
EXTRA_OEMAKE_append = CROSS=${HOST_PREFIX}
-PACKAGES =+ ${PN}-mountall ${PN}-httpd ${PN}-syslog ${PN}-udhcpd
+PACKAGES =+ ${PN}-mountall ${PN}-httpd ${PN}-syslog ${PN}-udhcpd
${PN}-telnetd ${PN}-inetd
+
+DESCRIPTION_${PN}-inetd = Add starting busybox inetd as daemon while
booting
+DESCRIPTION_${PN}-httpd = Add starting busybox httpd as daemon while
booting
+DESCRIPTION_${PN}-syslog = Add busybox syslog
+DESCRIPTION_${PN}-udhcpd = Add starting busybox udhcpd as daemon while
booting
+DESCRIPTION_${PN}-telnetd = Add starting busybox telnetd as daemon
while booting
+DESCRIPTION_${PN}-mountall = Add busybox mountall
# We need this RRECOMMENDS_${PN} because libc dlopens libgcc
# and shlib mechanism can not detect it because its not
@@ -48,16 +58,25 @@ RRECOMMENDS_${PN} += libgcc ${PN}-syslog
FILES_${PN}-httpd = ${sysconfdir}/init.d/busybox-httpd /srv/www
FILES_${PN}-syslog = ${sysconfdir}/init.d/syslog.${PN}
${sysconfdir}/syslog.conf
FILES_${PN}-udhcpd = ${sysconfdir}/init.d/busybox-udhcpd
+FILES_${PN}-telnetd = ${sysconfdir}/init.d/busybox-telnetd
FILES_${PN} += ${datadir}/udhcpc
+FILES_${PN}-inetd = \
+ ${sysconfdir}/init.d/busybox-inetd \
+ ${sysconfdir}/inetd.conf \
+
+
# syslog initscript is handled explicitly because order of
# update-rc.d and update-alternatives is important (see below)
-INITSCRIPT_PACKAGES = ${PN}-httpd ${PN}-udhcpd
+INITSCRIPT_PACKAGES = ${PN}-httpd ${PN}-udhcpd ${PN}-inetd
${PN}-telnetd
INITSCRIPT_NAME_${PN}-httpd = busybox-httpd
INITSCRIPT_NAME_${PN}-syslog = syslog
INITSCRIPT_NAME_${PN}-udhcpd = busybox-udhcpd
+INITSCRIPT_NAME_${PN}-inetd = busybox-inetd
+INITSCRIPT_NAME_${PN}-telnetd = busybox-telnetd
CONFFILES_${PN}-syslog = ${sysconfdir}/syslog.conf
+CONFFILES_${PN}-inetd = ${sysconfdir}/inetd.conf
# This disables the syslog startup links in slugos (see slugos-init)
INITSCRIPT_PARAMS_${PN}-syslog_slugos = start 20 .
@@ -65,12 +84,14 @@ INITSCRIPT_PARAMS_${PN}-syslog_slugos = start 20 .
RDEPENDS_${PN}-httpd += ${PN}
RDEPENDS_${PN}-syslog += ${PN}
RDEPENDS_${PN}-udhcpd += ${PN}
+RDEPENDS_${PN}-inetd += ${PN}
+RDEPENDS_${PN}-telnetd += ${PN}
# Use gcc for linking so LDFLAGS actually makes sense
LD = ${CC} -nostdlib
inherit cml1 update-rc.d
-require busybox-config.inc
+require recipes/busybox/busybox-config.inc
configmangle = '/CROSS_COMPILER_PREFIX/d; \
/CONFIG_EXTRA_CFLAGS/d; \
@@ -135,11 +156,14 @@ do_install () {
install -d ${D}${sysconfdir}/init.d
- if ! grep -q CONFIG_FEATURE_INDIVIDUAL=y ${WORKDIR}/defconfig; then
+#use the fixed config file to get real build settings
+BUSYBOX_CONFIG_FILE=${S}/.config
+
+ if ! grep -q CONFIG_FEATURE_INDIVIDUAL=y $BUSYBOX_CONFIG_FILE; then
# Install /bin/busybox, and the /bin/sh link so the postinst script
# can run. Let update-alternatives handle the rest.
install -d ${D}${base_bindir}
- if grep -q CONFIG_FEATURE_SUID=y ${WORKDIR}/defconfig; then
+ if grep -q CONFIG_FEATURE_SUID=y $BUSYBOX_CONFIG_FILE; then
install -m 4755 ${S}/busybox ${D}${base_bindir}
else
install -m 0755 ${S}/busybox ${D}${base_bindir}
@@ -165,34 +189,97 @@ do_install () {
fi
fi
- if grep -q CONFIG_SYSLOGD=y ${WORKDIR}/defconfig; then
+ if grep -q CONFIG_SYSLOGD=y $BUSYBOX_CONFIG_FILE; then
install -m 0755 ${WORKDIR}/syslog
${D}${sysconfdir}/init.d/syslog.${PN}
install -m 644 ${WORKDIR}/syslog.conf ${D}${sysconfdir}/
fi
- if grep CONFIG_CROND=y ${WORKDIR}/defconfig; then
+ if grep CONFIG_CROND=y $BUSYBOX_CONFIG_FILE; then
install -m 0755 ${WORKDIR}/busybox-cron
Re: [oe] [PATCH] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling (resent)
Dear Wolfgang,
thank you for your effort. If the subject line is that long, please put
[RESENT] after [PATCH] so that the tools can strip it automatically.
Am Montag, den 09.08.2010, 10:12 +0200 schrieb Hauser, Wolfgang (external):
busybox: fix defconfig/.config usage; add inetd, telnetd package; add
inetd support for ftpd, telnetd, httpd
*Use ${S}/.config instead of ${WORKINGDIR}/defconfig for installing
confguration dependend parts.
*This applies the changes done by DISTRO_FEATURES processing.
*Added configuration dependend packages for inetd, telnetd, httpd which
enable inetd based daemon starting or standalone starting.
*Enable starting of ftpd by inetd.
as pointed out in another post by someone, the commit policy require a
Signed-off-by: Name address line [1].
---
recipes/busybox/busybox.inc | 220
++---
It looks like your MUA mangled the patch. You should turn off automatic
line wrapping, use `git-send-email` or attach the patches.
[…]
Please send a second revision marked as [PATCH v2] and remember to
update the patch queue [2].
Thanks,
Paul
[1] http://wiki.openembedded.net/index.php/Commit_Policy
[2] http://wiki.openembedded.net/index.php/Patchwork
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] [PATCH] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling (resent)
I'll try it again, it's not easy to send out something in a proper way from the
restricted area here. (git-send-email is impossible for example)
But by the way, it may be very useful for newbees like me to have an HowTo to
create a patch in a proper way, including the necessary git commands and a
complete example for subject and header data.
Regards
Wolfgang Hauser
-Ursprüngliche Nachricht-
Von: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] Im Auftrag von Paul
Menzel
Gesendet: Montag, 9. August 2010 11:27
An: openembedded-devel@lists.openembedded.org
Betreff: Re: [oe] [PATCH] busybox: fix defconfig handling problems triggered by
configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
(resent)
Dear Wolfgang,
thank you for your effort. If the subject line is that long, please put
[RESENT] after [PATCH] so that the tools can strip it automatically.
Am Montag, den 09.08.2010, 10:12 +0200 schrieb Hauser, Wolfgang (external):
busybox: fix defconfig/.config usage; add inetd, telnetd package; add
inetd support for ftpd, telnetd, httpd
*Use ${S}/.config instead of ${WORKINGDIR}/defconfig for installing
confguration dependend parts.
*This applies the changes done by DISTRO_FEATURES processing.
*Added configuration dependend packages for inetd, telnetd, httpd which
enable inetd based daemon starting or standalone starting.
*Enable starting of ftpd by inetd.
as pointed out in another post by someone, the commit policy require a
Signed-off-by: Name address line [1].
---
recipes/busybox/busybox.inc | 220
++---
It looks like your MUA mangled the patch. You should turn off automatic
line wrapping, use `git-send-email` or attach the patches.
[...]
Please send a second revision marked as [PATCH v2] and remember to
update the patch queue [2].
Thanks,
Paul
[1] http://wiki.openembedded.net/index.php/Commit_Policy
[2] http://wiki.openembedded.net/index.php/Patchwork
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH][v2] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
Hopefully it's ok now. Regards Wolfgang Hauser busybox_inetd.patch Description: busybox_inetd.patch ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling (resent)
Am Montag, den 09.08.2010, 11:40 +0200 schrieb Hauser, Wolfgang (external): I'll try it again, it's not easy to send out something in a proper way from the restricted area here. (git-send-email is impossible for example) Thanks. But by the way, it may be very useful for newbees like me to have an HowTo to create a patch in a proper way, including the necessary git commands and a complete example for subject and header data. There is a Wiki link in [1] pointing to an example [3]. Do you have any suggestions to improve this Wiki page? Since it is a Wiki you could also do this yourself. Thanks, Paul [1] http://wiki.openembedded.net/index.php/Commit_Policy [2] http://wiki.openembedded.net/index.php/Patchwork [3] http://wiki.openembedded.net/index.php/Commit_log_example 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] [PATCH] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling (resent)
I would do it myself, but as I am a newbee in OE, git, patchwork and bitbake, I
don't have the know how to create a real good HowTo.
That should be done by experts.
Regards
Wolfgang Hauser
-Ursprüngliche Nachricht-
Von: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] Im Auftrag von Paul
Menzel
Gesendet: Montag, 9. August 2010 12:03
An: openembedded-devel@lists.openembedded.org
Betreff: Re: [oe] [PATCH] busybox: fix defconfig handling problems triggered by
configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
(resent)
Am Montag, den 09.08.2010, 11:40 +0200 schrieb Hauser, Wolfgang (external):
I'll try it again, it's not easy to send out something in a proper way from
the restricted area here. (git-send-email is impossible for example)
Thanks.
But by the way, it may be very useful for newbees like me to have an HowTo to
create a patch in a proper way, including the necessary git commands and a
complete example for subject and header data.
There is a Wiki link in [1] pointing to an example [3]. Do you have any
suggestions to improve this Wiki page? Since it is a Wiki you could also
do this yourself.
Thanks,
Paul
[1] http://wiki.openembedded.net/index.php/Commit_Policy
[2] http://wiki.openembedded.net/index.php/Patchwork
[3] http://wiki.openembedded.net/index.php/Commit_log_example
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] cross.bbclass: Override STAGING_* paths to match cross installation
Hi Khem,
On Sun, 2010-08-08 at 23:44 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
classes/cross.bbclass |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/classes/cross.bbclass b/classes/cross.bbclass
index cf14db1..64f7902 100644
--- a/classes/cross.bbclass
+++ b/classes/cross.bbclass
@@ -50,6 +50,14 @@ exec_prefix = ${prefix}
base_sbindir = ${base_prefix}/bin
sbindir = ${exec_prefix}/bin
+# staging should be special for cross
+STAGING_BINDIR = ${bindir}
+STAGING_LIBDIR = ${libdir}
+STAGING_INCDIR = ${includedir}
+STAGING_ETCDIR = ${sysconfdir}
+STAGING_DATADIR = ${datadir}
+STAGING_SBINDIR = ${sbindir}
+
do_install () {
oe_runmake 'DESTDIR=${D}' install
}
Can you explain a bit more about why is this needed?
Cheers,
Richard
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH][v2] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
It seams, attachment with binary mime type is ignored by patchwork.
Sent again.
Regards
Wolfgang Hauser
busybox: fix defconfig/.config usage; add inetd, telnetd package; add inetd
support for ftpd, telnetd, httpd
*Use ${S}/.config instead of ${WORKINGDIR}/defconfig for installing
confguration dependend parts.
*This applies the changes done by DISTRO_FEATURES processing.
*Added configuration dependend packages for inetd, telnetd, httpd which enable
inetd based daemon starting or standalone starting.
*Enable starting of ftpd by inetd.
Signed-off-by: Wolfgang Hauser wolfgang.hauser.exter...@eads.com
---
recipes/busybox/busybox.inc | 220 ++---
recipes/busybox/busybox_1.16.2.bb |7 +-
recipes/busybox/files/busybox-inetd | 43 +++
recipes/busybox/files/busybox-telnetd | 39 ++
recipes/busybox/files/inetd.conf |9 ++
5 files changed, 296 insertions(+), 22 deletions(-)
create mode 100644 recipes/busybox/files/busybox-inetd
create mode 100644 recipes/busybox/files/busybox-telnetd
create mode 100644 recipes/busybox/files/inetd.conf
diff --git a/recipes/busybox/busybox.inc b/recipes/busybox/busybox.inc
index a64c031..b4663f0 100644
--- a/recipes/busybox/busybox.inc
+++ b/recipes/busybox/busybox.inc
@@ -26,13 +26,23 @@ SRC_URI = \
file://syslog.conf \
file://udhcpscript.patch \
file://umount.busybox \
+ file://inetd.conf \
+ file://busybox-inetd \
+ file://busybox-telnetd \
SRC_URI_append_nylon = file://xargs-double-size.patch
export EXTRA_CFLAGS = ${CFLAGS}
EXTRA_OEMAKE_append = CROSS=${HOST_PREFIX}
-PACKAGES =+ ${PN}-mountall ${PN}-httpd ${PN}-syslog ${PN}-udhcpd
+PACKAGES =+ ${PN}-mountall ${PN}-httpd ${PN}-syslog ${PN}-udhcpd
${PN}-telnetd ${PN}-inetd
+
+DESCRIPTION_${PN}-inetd = Add starting busybox inetd as daemon while booting
+DESCRIPTION_${PN}-httpd = Add starting busybox httpd as daemon while booting
+DESCRIPTION_${PN}-syslog = Add busybox syslog
+DESCRIPTION_${PN}-udhcpd = Add starting busybox udhcpd as daemon while
booting
+DESCRIPTION_${PN}-telnetd = Add starting busybox telnetd as daemon while
booting
+DESCRIPTION_${PN}-mountall = Add busybox mountall
# We need this RRECOMMENDS_${PN} because libc dlopens libgcc
# and shlib mechanism can not detect it because its not
@@ -48,16 +58,25 @@ RRECOMMENDS_${PN} += libgcc ${PN}-syslog
FILES_${PN}-httpd = ${sysconfdir}/init.d/busybox-httpd /srv/www
FILES_${PN}-syslog = ${sysconfdir}/init.d/syslog.${PN}
${sysconfdir}/syslog.conf
FILES_${PN}-udhcpd = ${sysconfdir}/init.d/busybox-udhcpd
+FILES_${PN}-telnetd = ${sysconfdir}/init.d/busybox-telnetd
FILES_${PN} += ${datadir}/udhcpc
+FILES_${PN}-inetd = \
+ ${sysconfdir}/init.d/busybox-inetd \
+ ${sysconfdir}/inetd.conf \
+
+
# syslog initscript is handled explicitly because order of
# update-rc.d and update-alternatives is important (see below)
-INITSCRIPT_PACKAGES = ${PN}-httpd ${PN}-udhcpd
+INITSCRIPT_PACKAGES = ${PN}-httpd ${PN}-udhcpd ${PN}-inetd ${PN}-telnetd
INITSCRIPT_NAME_${PN}-httpd = busybox-httpd
INITSCRIPT_NAME_${PN}-syslog = syslog
INITSCRIPT_NAME_${PN}-udhcpd = busybox-udhcpd
+INITSCRIPT_NAME_${PN}-inetd = busybox-inetd
+INITSCRIPT_NAME_${PN}-telnetd = busybox-telnetd
CONFFILES_${PN}-syslog = ${sysconfdir}/syslog.conf
+CONFFILES_${PN}-inetd = ${sysconfdir}/inetd.conf
# This disables the syslog startup links in slugos (see slugos-init)
INITSCRIPT_PARAMS_${PN}-syslog_slugos = start 20 .
@@ -65,12 +84,14 @@ INITSCRIPT_PARAMS_${PN}-syslog_slugos = start 20 .
RDEPENDS_${PN}-httpd += ${PN}
RDEPENDS_${PN}-syslog += ${PN}
RDEPENDS_${PN}-udhcpd += ${PN}
+RDEPENDS_${PN}-inetd += ${PN}
+RDEPENDS_${PN}-telnetd += ${PN}
# Use gcc for linking so LDFLAGS actually makes sense
LD = ${CC} -nostdlib
inherit cml1 update-rc.d
-require busybox-config.inc
+require recipes/busybox/busybox-config.inc
configmangle = '/CROSS_COMPILER_PREFIX/d; \
/CONFIG_EXTRA_CFLAGS/d; \
@@ -135,11 +156,14 @@ do_install () {
install -d ${D}${sysconfdir}/init.d
- if ! grep -q CONFIG_FEATURE_INDIVIDUAL=y ${WORKDIR}/defconfig; then
+#use the fixed config file to get real build settings
+BUSYBOX_CONFIG_FILE=${S}/.config
+
+ if ! grep -q CONFIG_FEATURE_INDIVIDUAL=y $BUSYBOX_CONFIG_FILE; then
# Install /bin/busybox, and the /bin/sh link so the postinst script
# can run. Let update-alternatives handle the rest.
install -d ${D}${base_bindir}
- if grep -q CONFIG_FEATURE_SUID=y ${WORKDIR}/defconfig; then
+ if grep -q CONFIG_FEATURE_SUID=y $BUSYBOX_CONFIG_FILE; then
install -m 4755 ${S}/busybox ${D}${base_bindir}
else
install -m 0755 ${S}/busybox ${D}${base_bindir}
@@ -165,34 +189,97 @@ do_install () {
fi
fi
- if grep -q CONFIG_SYSLOGD=y ${WORKDIR}/defconfig; then
+ if grep -q CONFIG_SYSLOGD=y $BUSYBOX_CONFIG_FILE; then
install -m 0755 ${WORKDIR}/syslog ${D}${sysconfdir}/init.d/syslog.${PN}
install -m 644 ${WORKDIR}/syslog.conf
[oe] [PATCH 1/1] gsnmp-0.3.0: fix quoting in autoconf macros
Signed-off-by: Henri Bragge henri.bra...@dcombus.com
---
recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch | 24
recipes/gsnmp/gsnmp_0.3.0.bb |3 ++-
2 files changed, 26 insertions(+), 1 deletions(-)
create mode 100644 recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
diff --git a/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
b/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
new file mode 100644
index 000..138c9e6
--- /dev/null
+++ b/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
@@ -0,0 +1,24 @@
+diff -Nurd gsnmp-0.3.0.orig/acinclude.m4 gsnmp-0.3.0/acinclude.m4
+--- gsnmp-0.3.0.orig/acinclude.m4 2010-02-19 10:35:29.0 +0200
gsnmp-0.3.0/acinclude.m4 2010-08-09 13:30:32.0 +0300
+@@ -6,7 +6,7 @@
+ dnl usually in utime.h.
+ dnl Some systems have utime.h but don't declare the struct anywhere.
+
+-AC_DEFUN(jm_CHECK_TYPE_STRUCT_UTIMBUF,
++AC_DEFUN([jm_CHECK_TYPE_STRUCT_UTIMBUF],
+ [
+ AC_CHECK_HEADERS(utime.h)
+ AC_REQUIRE([AC_HEADER_TIME])
+diff -Nurd gsnmp-0.3.0.orig/gsnmp.m4 gsnmp-0.3.0/gsnmp.m4
+--- gsnmp-0.3.0.orig/gsnmp.m4 2010-02-19 10:35:29.0 +0200
gsnmp-0.3.0/gsnmp.m4 2010-08-09 13:30:46.0 +0300
+@@ -1,7 +1,7 @@
+ dnl AM_PATH_GSNMP()
+ dnl
+
+-AC_DEFUN(AM_PATH_GSNMP,
++AC_DEFUN([AM_PATH_GSNMP],
+ [
+ PKG_CHECK_MODULES(GSNMP, glib-2.0 = 2.0.1)
+ ])
diff --git a/recipes/gsnmp/gsnmp_0.3.0.bb b/recipes/gsnmp/gsnmp_0.3.0.bb
index b191762..6287010 100644
--- a/recipes/gsnmp/gsnmp_0.3.0.bb
+++ b/recipes/gsnmp/gsnmp_0.3.0.bb
@@ -4,7 +4,8 @@ LICENSE = GPLv2
DEPENDS = glib-2.0 gnet
PR = r0
-SRC_URI = ftp://ftp.ibr.cs.tu-bs.de/local/gsnmp/gsnmp-${PV}.tar.gz;
+SRC_URI = ftp://ftp.ibr.cs.tu-bs.de/local/gsnmp/gsnmp-${PV}.tar.gz \
+ file://quote-fix.patch
SRC_URI[md5sum] = 466699c11b70e18a04d51388b8f89f1c
SRC_URI[sha256sum] =
e428b61071b8ba2971fc8737ed2987210b04a71ffde307900df12c06a0bed0f9
--
1.5.6.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Documentation of commit policy and examples (was: busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling (resent))
Dear Wolfgang, Am Montag, den 09.08.2010, 12:25 +0200 schrieb Hauser, Wolfgang (external): I would do it myself, but as I am a newbee in OE, git, patchwork and bitbake, I don't have the know how to create a real good HowTo. That should be done by experts. well, the “experts” thought that the current documentation [1, 3] in the Wiki is good enough. So it would be great if you told us what is missing. (Since I think all your questions are answered on these pages.) Thanks, Paul [1] http://wiki.openembedded.net/index.php/Commit_Policy [2] http://wiki.openembedded.net/index.php/Patchwork [3] http://wiki.openembedded.net/index.php/Commit_log_example 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] application not getting loaded
On Mon, Aug 9, 2010 at 05:12, Graham Gower graham.go...@gmail.com wrote: On 8 August 2010 20:25, Anand Sivaram aspn...@gmail.com wrote: Dear All, I wrote a custom gstreamer application on ARM (dm6446) angstrom. Whenever I try to run the application, I am getting the following error, that looks as if the shell is treating the application as a shell script. /usr/bin/app: line 1: syntax error: word unexpected (expecting )) I made sure that the application is having 755 permission and readelf/file etc. from a linux pc shows this as an ELF 32 bit ARM executable. This error message is typical when the system is trying to execute a binary built for a different architecture. These are the dynamic library dependencies during compilation. pkg-config --libs gtk+-2.0 gstreamer-0.10 gstreamer-interfaces-0.10 Is it due to some shared library loading problem? In that case is there any arm ldd available on openembedded target or on build host to verify what is missing? You can invoke the dynamic linker and have it print out the dependent dynamic libs. e.g. $ /lib/ld.so.1 --list /path/to/bin But this will execute the binary to make the list, so if your system doesn't recognise the binary, this won't work. -Graham ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Thanks Graham, I am looking into that. Also I noticed the following error while linking, but still the executable is getting built. /mnt/project/angstrom-dev/cross/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/bin/ld: warning: libc.so, needed by /mnt/project/angstrom-dev/cross/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/lib/libgcc_s.so, not found (try using -rpath or -rpath-link) Any idea? Thanks and Regards Anand ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2 1/2] recipe for gsnmp-0.3.0
Frans Meulenbroeks wrote: Still one issue left: I saw this warning when building another package: /home/frans/oe/tmp_angstrom/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/aclocal/gsnmp.m4:4: warning: underquoted definition of AM_PATH_GSNMP /home/frans/oe/tmp_angstrom/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/aclocal/gsnmp.m4:4: run info '(automake)Extending aclocal' /home/frans/oe/tmp_angstrom/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/aclocal/gsnmp.m4:4: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal I suggest a patch to resolve this. Posted a patch that should fix this. Couldn't really reproduce the problem but I hope it helps.. - Henri ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH][v2][Resent] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
Am Montag, den 09.08.2010, 13:34 +0200 schrieb Hauser, Wolfgang (external): It seams, attachment with binary mime type is ignored by patchwork. Sent again. Sorry to bother you again. It looks like you appended to patches in your attachment. Please sent them separately. (You seem to have to commits in your local repository which is good. You should be able to create two patches with `git format-patch -2 -s`. You can adapt the second commit message with `git commit --amend` if it is the last commit or `git rebase -i …` (see `git help rebase` under NOTES)). 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
Re: [oe] [PATCH 1/1] gsnmp-0.3.0: fix quoting in autoconf macros
Is there an upstream bug for this? If not, it would be great if you could sent it upstream. Am Montag, den 09.08.2010, 14:36 +0300 schrieb Henri Bragge: Signed-off-by: Henri Bragge henri.bra...@dcombus.com --- recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch | 24 recipes/gsnmp/gsnmp_0.3.0.bb |3 ++- 2 files changed, 26 insertions(+), 1 deletions(-) create mode 100644 recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch diff --git a/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch b/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch new file mode 100644 index 000..138c9e6 --- /dev/null +++ b/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch @@ -0,0 +1,24 @@ +diff -Nurd gsnmp-0.3.0.orig/acinclude.m4 gsnmp-0.3.0/acinclude.m4 +--- gsnmp-0.3.0.orig/acinclude.m42010-02-19 10:35:29.0 +0200 gsnmp-0.3.0/acinclude.m4 2010-08-09 13:30:32.0 +0300 +@@ -6,7 +6,7 @@ + dnl usually in utime.h. + dnl Some systems have utime.h but don't declare the struct anywhere. + +-AC_DEFUN(jm_CHECK_TYPE_STRUCT_UTIMBUF, ++AC_DEFUN([jm_CHECK_TYPE_STRUCT_UTIMBUF], + [ + AC_CHECK_HEADERS(utime.h) + AC_REQUIRE([AC_HEADER_TIME]) +diff -Nurd gsnmp-0.3.0.orig/gsnmp.m4 gsnmp-0.3.0/gsnmp.m4 +--- gsnmp-0.3.0.orig/gsnmp.m42010-02-19 10:35:29.0 +0200 gsnmp-0.3.0/gsnmp.m4 2010-08-09 13:30:46.0 +0300 +@@ -1,7 +1,7 @@ + dnl AM_PATH_GSNMP() + dnl + +-AC_DEFUN(AM_PATH_GSNMP, ++AC_DEFUN([AM_PATH_GSNMP], + [ + PKG_CHECK_MODULES(GSNMP, glib-2.0 = 2.0.1) + ]) Why is this check needed? Maybe add a note to the commit message or split the patch. diff --git a/recipes/gsnmp/gsnmp_0.3.0.bb b/recipes/gsnmp/gsnmp_0.3.0.bb index b191762..6287010 100644 --- a/recipes/gsnmp/gsnmp_0.3.0.bb +++ b/recipes/gsnmp/gsnmp_0.3.0.bb @@ -4,7 +4,8 @@ LICENSE = GPLv2 DEPENDS = glib-2.0 gnet PR = r0 I guess you need to increase `PR`. […] 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
Re: [oe] [PATCH 1/1] gsnmp-0.3.0: fix quoting in autoconf macros
Paul Menzel wrote: Is there an upstream bug for this? If not, it would be great if you could sent it upstream. The bug is still present in upstream too, but I will send this patch to the gsnmp maintainer if it does the trick (or should it be the other way around?). Am Montag, den 09.08.2010, 14:36 +0300 schrieb Henri Bragge: Signed-off-by: Henri Bragge henri.bra...@dcombus.com --- recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch | 24 recipes/gsnmp/gsnmp_0.3.0.bb |3 ++- 2 files changed, 26 insertions(+), 1 deletions(-) create mode 100644 recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch diff --git a/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch b/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch new file mode 100644 index 000..138c9e6 --- /dev/null +++ b/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch @@ -0,0 +1,24 @@ +diff -Nurd gsnmp-0.3.0.orig/acinclude.m4 gsnmp-0.3.0/acinclude.m4 +--- gsnmp-0.3.0.orig/acinclude.m4 2010-02-19 10:35:29.0 +0200 gsnmp-0.3.0/acinclude.m4 2010-08-09 13:30:32.0 +0300 +@@ -6,7 +6,7 @@ + dnl usually in utime.h. + dnl Some systems have utime.h but don't declare the struct anywhere. + +-AC_DEFUN(jm_CHECK_TYPE_STRUCT_UTIMBUF, ++AC_DEFUN([jm_CHECK_TYPE_STRUCT_UTIMBUF], + [ + AC_CHECK_HEADERS(utime.h) + AC_REQUIRE([AC_HEADER_TIME]) +diff -Nurd gsnmp-0.3.0.orig/gsnmp.m4 gsnmp-0.3.0/gsnmp.m4 +--- gsnmp-0.3.0.orig/gsnmp.m4 2010-02-19 10:35:29.0 +0200 gsnmp-0.3.0/gsnmp.m4 2010-08-09 13:30:46.0 +0300 +@@ -1,7 +1,7 @@ + dnl AM_PATH_GSNMP() + dnl + +-AC_DEFUN(AM_PATH_GSNMP, ++AC_DEFUN([AM_PATH_GSNMP], + [ + PKG_CHECK_MODULES(GSNMP, glib-2.0 = 2.0.1) + ]) Why is this check needed? Maybe add a note to the commit message or split the patch. About that I've no idea, notice that I just added the brackets there. diff --git a/recipes/gsnmp/gsnmp_0.3.0.bb b/recipes/gsnmp/gsnmp_0.3.0.bb index b191762..6287010 100644 --- a/recipes/gsnmp/gsnmp_0.3.0.bb +++ b/recipes/gsnmp/gsnmp_0.3.0.bb @@ -4,7 +4,8 @@ LICENSE = GPLv2 DEPENDS = glib-2.0 gnet PR = r0 I guess you need to increase `PR`. […] Will do. - Henri ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2 1/1] gsnmp-0.3.0: fix quoting in autoconf macros
Signed-off-by: Henri Bragge henri.bra...@dcombus.com
---
recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch | 24
recipes/gsnmp/gsnmp_0.3.0.bb |5 +++--
2 files changed, 27 insertions(+), 2 deletions(-)
create mode 100644 recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
diff --git a/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
b/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
new file mode 100644
index 000..138c9e6
--- /dev/null
+++ b/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
@@ -0,0 +1,24 @@
+diff -Nurd gsnmp-0.3.0.orig/acinclude.m4 gsnmp-0.3.0/acinclude.m4
+--- gsnmp-0.3.0.orig/acinclude.m4 2010-02-19 10:35:29.0 +0200
gsnmp-0.3.0/acinclude.m4 2010-08-09 13:30:32.0 +0300
+@@ -6,7 +6,7 @@
+ dnl usually in utime.h.
+ dnl Some systems have utime.h but don't declare the struct anywhere.
+
+-AC_DEFUN(jm_CHECK_TYPE_STRUCT_UTIMBUF,
++AC_DEFUN([jm_CHECK_TYPE_STRUCT_UTIMBUF],
+ [
+ AC_CHECK_HEADERS(utime.h)
+ AC_REQUIRE([AC_HEADER_TIME])
+diff -Nurd gsnmp-0.3.0.orig/gsnmp.m4 gsnmp-0.3.0/gsnmp.m4
+--- gsnmp-0.3.0.orig/gsnmp.m4 2010-02-19 10:35:29.0 +0200
gsnmp-0.3.0/gsnmp.m4 2010-08-09 13:30:46.0 +0300
+@@ -1,7 +1,7 @@
+ dnl AM_PATH_GSNMP()
+ dnl
+
+-AC_DEFUN(AM_PATH_GSNMP,
++AC_DEFUN([AM_PATH_GSNMP],
+ [
+ PKG_CHECK_MODULES(GSNMP, glib-2.0 = 2.0.1)
+ ])
diff --git a/recipes/gsnmp/gsnmp_0.3.0.bb b/recipes/gsnmp/gsnmp_0.3.0.bb
index b191762..e27e3e9 100644
--- a/recipes/gsnmp/gsnmp_0.3.0.bb
+++ b/recipes/gsnmp/gsnmp_0.3.0.bb
@@ -2,9 +2,10 @@ DESCRIPTION = SNMP library written on top of glib and gnet.
SECTION = libs/network
LICENSE = GPLv2
DEPENDS = glib-2.0 gnet
-PR = r0
+PR = r1
-SRC_URI = ftp://ftp.ibr.cs.tu-bs.de/local/gsnmp/gsnmp-${PV}.tar.gz;
+SRC_URI = ftp://ftp.ibr.cs.tu-bs.de/local/gsnmp/gsnmp-${PV}.tar.gz \
+ file://quote-fix.patch
SRC_URI[md5sum] = 466699c11b70e18a04d51388b8f89f1c
SRC_URI[sha256sum] =
e428b61071b8ba2971fc8737ed2987210b04a71ffde307900df12c06a0bed0f9
--
1.5.6.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH][v2 2/2] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
Ok now splitted.
Regards
Wolfgang Hauser
busybox: revision change
Signed-off-by: Wolfgang Hauser wolfgang.hauser.exter...@eads.com
---
recipes/busybox/busybox.inc |2 +-
recipes/busybox/busybox_1.16.2.bb |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/busybox/busybox.inc b/recipes/busybox/busybox.inc
index b4663f0..f77613e 100644
--- a/recipes/busybox/busybox.inc
+++ b/recipes/busybox/busybox.inc
@@ -11,7 +11,7 @@ LICENSE = GPLv2
SECTION = base
PRIORITY = required
-INC_PR = r32
+INC_PR = r33
SRC_URI = \
file://busybox-cron \
diff --git a/recipes/busybox/busybox_1.16.2.bb
b/recipes/busybox/busybox_1.16.2.bb
index 6401bfa..0e6a250 100644
--- a/recipes/busybox/busybox_1.16.2.bb
+++ b/recipes/busybox/busybox_1.16.2.bb
@@ -1,5 +1,5 @@
require busybox.inc
-PR = ${INC_PR}.2
+PR = ${INC_PR}.3
DEFAULT_PREFERENCE = -1
DEFAULT_PREFERENCE_shr = 1
--
1.5.6.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH][v2 1/2] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
Ok now splitted.
Regards
Wolfgang Hauser
busybox: fix defconfig/.config usage; add inetd, telnetd package; add inetd
support for ftpd, telnetd, httpd
*Use ${S}/.config instead of ${WORKINGDIR}/defconfig for installing
confguration dependend parts.
*This applies the changes done by DISTRO_FEATURES processing.
*Added configuration dependend packages for inetd, telnetd, httpd which enable
inetd based daemon starting or standalone starting.
*Enable starting of ftpd by inetd.
Signed-off-by: Wolfgang Hauser wolfgang.hauser.exter...@eads.com
---
recipes/busybox/busybox.inc | 220 ++---
recipes/busybox/busybox_1.16.2.bb |7 +-
recipes/busybox/files/busybox-inetd | 43 +++
recipes/busybox/files/busybox-telnetd | 39 ++
recipes/busybox/files/inetd.conf |9 ++
5 files changed, 296 insertions(+), 22 deletions(-)
create mode 100644 recipes/busybox/files/busybox-inetd
create mode 100644 recipes/busybox/files/busybox-telnetd
create mode 100644 recipes/busybox/files/inetd.conf
diff --git a/recipes/busybox/busybox.inc b/recipes/busybox/busybox.inc
index a64c031..b4663f0 100644
--- a/recipes/busybox/busybox.inc
+++ b/recipes/busybox/busybox.inc
@@ -26,13 +26,23 @@ SRC_URI = \
file://syslog.conf \
file://udhcpscript.patch \
file://umount.busybox \
+ file://inetd.conf \
+ file://busybox-inetd \
+ file://busybox-telnetd \
SRC_URI_append_nylon = file://xargs-double-size.patch
export EXTRA_CFLAGS = ${CFLAGS}
EXTRA_OEMAKE_append = CROSS=${HOST_PREFIX}
-PACKAGES =+ ${PN}-mountall ${PN}-httpd ${PN}-syslog ${PN}-udhcpd
+PACKAGES =+ ${PN}-mountall ${PN}-httpd ${PN}-syslog ${PN}-udhcpd
${PN}-telnetd ${PN}-inetd
+
+DESCRIPTION_${PN}-inetd = Add starting busybox inetd as daemon while booting
+DESCRIPTION_${PN}-httpd = Add starting busybox httpd as daemon while booting
+DESCRIPTION_${PN}-syslog = Add busybox syslog
+DESCRIPTION_${PN}-udhcpd = Add starting busybox udhcpd as daemon while
booting
+DESCRIPTION_${PN}-telnetd = Add starting busybox telnetd as daemon while
booting
+DESCRIPTION_${PN}-mountall = Add busybox mountall
# We need this RRECOMMENDS_${PN} because libc dlopens libgcc
# and shlib mechanism can not detect it because its not
@@ -48,16 +58,25 @@ RRECOMMENDS_${PN} += libgcc ${PN}-syslog
FILES_${PN}-httpd = ${sysconfdir}/init.d/busybox-httpd /srv/www
FILES_${PN}-syslog = ${sysconfdir}/init.d/syslog.${PN}
${sysconfdir}/syslog.conf
FILES_${PN}-udhcpd = ${sysconfdir}/init.d/busybox-udhcpd
+FILES_${PN}-telnetd = ${sysconfdir}/init.d/busybox-telnetd
FILES_${PN} += ${datadir}/udhcpc
+FILES_${PN}-inetd = \
+ ${sysconfdir}/init.d/busybox-inetd \
+ ${sysconfdir}/inetd.conf \
+
+
# syslog initscript is handled explicitly because order of
# update-rc.d and update-alternatives is important (see below)
-INITSCRIPT_PACKAGES = ${PN}-httpd ${PN}-udhcpd
+INITSCRIPT_PACKAGES = ${PN}-httpd ${PN}-udhcpd ${PN}-inetd ${PN}-telnetd
INITSCRIPT_NAME_${PN}-httpd = busybox-httpd
INITSCRIPT_NAME_${PN}-syslog = syslog
INITSCRIPT_NAME_${PN}-udhcpd = busybox-udhcpd
+INITSCRIPT_NAME_${PN}-inetd = busybox-inetd
+INITSCRIPT_NAME_${PN}-telnetd = busybox-telnetd
CONFFILES_${PN}-syslog = ${sysconfdir}/syslog.conf
+CONFFILES_${PN}-inetd = ${sysconfdir}/inetd.conf
# This disables the syslog startup links in slugos (see slugos-init)
INITSCRIPT_PARAMS_${PN}-syslog_slugos = start 20 .
@@ -65,12 +84,14 @@ INITSCRIPT_PARAMS_${PN}-syslog_slugos = start 20 .
RDEPENDS_${PN}-httpd += ${PN}
RDEPENDS_${PN}-syslog += ${PN}
RDEPENDS_${PN}-udhcpd += ${PN}
+RDEPENDS_${PN}-inetd += ${PN}
+RDEPENDS_${PN}-telnetd += ${PN}
# Use gcc for linking so LDFLAGS actually makes sense
LD = ${CC} -nostdlib
inherit cml1 update-rc.d
-require busybox-config.inc
+require recipes/busybox/busybox-config.inc
configmangle = '/CROSS_COMPILER_PREFIX/d; \
/CONFIG_EXTRA_CFLAGS/d; \
@@ -135,11 +156,14 @@ do_install () {
install -d ${D}${sysconfdir}/init.d
- if ! grep -q CONFIG_FEATURE_INDIVIDUAL=y ${WORKDIR}/defconfig; then
+#use the fixed config file to get real build settings
+BUSYBOX_CONFIG_FILE=${S}/.config
+
+ if ! grep -q CONFIG_FEATURE_INDIVIDUAL=y $BUSYBOX_CONFIG_FILE; then
# Install /bin/busybox, and the /bin/sh link so the postinst script
# can run. Let update-alternatives handle the rest.
install -d ${D}${base_bindir}
- if grep -q CONFIG_FEATURE_SUID=y ${WORKDIR}/defconfig; then
+ if grep -q CONFIG_FEATURE_SUID=y $BUSYBOX_CONFIG_FILE; then
install -m 4755 ${S}/busybox ${D}${base_bindir}
else
install -m 0755 ${S}/busybox ${D}${base_bindir}
@@ -165,34 +189,97 @@ do_install () {
fi
fi
- if grep -q CONFIG_SYSLOGD=y ${WORKDIR}/defconfig; then
+ if grep -q CONFIG_SYSLOGD=y $BUSYBOX_CONFIG_FILE; then
install -m 0755 ${WORKDIR}/syslog ${D}${sysconfdir}/init.d/syslog.${PN}
install -m 644 ${WORKDIR}/syslog.conf ${D}${sysconfdir}/
fi
- if grep CONFIG_CROND=y ${WORKDIR}/defconfig; then
[oe] [PATCH] beagleboard-test-image: add devmem2
Signed-off-by: Jason Kridner jkrid...@beagleboard.org --- recipes/images/beagleboard-test-image.bb |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/recipes/images/beagleboard-test-image.bb b/recipes/images/beagleboard-test-image.bb index b54bc62..cbbd3c2 100644 --- a/recipes/images/beagleboard-test-image.bb +++ b/recipes/images/beagleboard-test-image.bb @@ -22,6 +22,7 @@ IMAGE_INSTALL += \ kernel-module-mt9t112 \ u-boot-mkimage \ sox \ + devmem2 \ export IMAGE_BASENAME = beagleboard-test-image -- 1.5.6.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] gsnmp-0.3.0: fix quoting in autoconf macros
Am Montag, den 09.08.2010, 15:05 +0300 schrieb Henri Bragge: Paul Menzel wrote: Is there an upstream bug for this? If not, it would be great if you could sent it upstream. The bug is still present in upstream too, but I will send this patch to the gsnmp maintainer if it does the trick (or should it be the other way around?). I have no idea [1]. But I guess it would not hurt if you send it upstream anyway. [1] http://wiki.openembedded.net/index.php/Push_patches_upstream Am Montag, den 09.08.2010, 14:36 +0300 schrieb Henri Bragge: […] +diff -Nurd gsnmp-0.3.0.orig/gsnmp.m4 gsnmp-0.3.0/gsnmp.m4 +--- gsnmp-0.3.0.orig/gsnmp.m4 2010-02-19 10:35:29.0 +0200 gsnmp-0.3.0/gsnmp.m4 2010-08-09 13:30:46.0 +0300 +@@ -1,7 +1,7 @@ + dnl AM_PATH_GSNMP() + dnl + +-AC_DEFUN(AM_PATH_GSNMP, ++AC_DEFUN([AM_PATH_GSNMP], + [ + PKG_CHECK_MODULES(GSNMP, glib-2.0 = 2.0.1) + ]) Why is this check needed? Maybe add a note to the commit message or split the patch. About that I've no idea, notice that I just added the brackets there. Sorry, the double patch got me confused. diff --git a/recipes/gsnmp/gsnmp_0.3.0.bb b/recipes/gsnmp/gsnmp_0.3.0.bb index b191762..6287010 100644 --- a/recipes/gsnmp/gsnmp_0.3.0.bb +++ b/recipes/gsnmp/gsnmp_0.3.0.bb @@ -4,7 +4,8 @@ LICENSE = GPLv2 DEPENDS = glib-2.0 gnet PR = r0 I guess you need to increase `PR`. […] Will do. 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
Re: [oe] [PATCH][v2][Resent] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
Sorry to bother you again. It looks like you appended to patches in your attachment. Please sent them separately. That doesn't matter, I am learning. That doesn't matter, I am learning. But that are the things, a HowTo may contain and newbees don't know about w/o extensive manual digging. That HowTo could contain a step by step for creating a proper patch: 1. Changing code - references to Best practices 2. Checkout the proper base repository - commands - locations for http:// and git:// access 3. Commit the changes -commands (update/merge - check in) -policies -commit message examples 4. Create a patch -commands -policies -background 5. Send a patch - commands - Subject examples - Header examples - Restrictions 6. Troubleshooting ... Just as an suggestion. Regards Wolfgang Hauser ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Documentation of commit policy and examples
On 08/09/2010 04:41 AM, Paul Menzel wrote: Dear Wolfgang, Am Montag, den 09.08.2010, 12:25 +0200 schrieb Hauser, Wolfgang (external): I would do it myself, but as I am a newbee in OE, git, patchwork and bitbake, I don't have the know how to create a real good HowTo. That should be done by experts. well, the “experts” thought that the current documentation [1, 3] in the Wiki is good enough. So it would be great if you told us what is missing. (Since I think all your questions are answered on these pages.) Experts don't read the documenation :) I know they should at least check it from time to time though. Philip ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH][v2 2/2] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
Am Montag, den 09.08.2010, 14:19 +0200 schrieb Hauser, Wolfgang (external):
busybox: revision change
(Please also adapt the message subject to the commit summary.)
But this will not be necessary, as I overlooked that this is the only
change. To get packages rebuild, when something changes (your patch 1/2)
such changes should be incorporated into the changes.
So please squash this patch. (`git rebase -i HEAD~4`, where »4« is the
number on how many commits you have to go back.)
Signed-off-by: Wolfgang Hauser wolfgang.hauser.exter...@eads.com
---
recipes/busybox/busybox.inc |2 +-
recipes/busybox/busybox_1.16.2.bb |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/busybox/busybox.inc b/recipes/busybox/busybox.inc
index b4663f0..f77613e 100644
--- a/recipes/busybox/busybox.inc
+++ b/recipes/busybox/busybox.inc
@@ -11,7 +11,7 @@ LICENSE = GPLv2
SECTION = base
PRIORITY = required
-INC_PR = r32
+INC_PR = r33
SRC_URI = \
file://busybox-cron \
diff --git a/recipes/busybox/busybox_1.16.2.bb
b/recipes/busybox/busybox_1.16.2.bb
index 6401bfa..0e6a250 100644
--- a/recipes/busybox/busybox_1.16.2.bb
+++ b/recipes/busybox/busybox_1.16.2.bb
@@ -1,5 +1,5 @@
require busybox.inc
-PR = ${INC_PR}.2
+PR = ${INC_PR}.3
That is not necessary as increasing of the INC_PR will have the PR
increased along the way.
[…]
I am sorry and I hope the formal stuff will be alright when you
resubmit. (Should be v3.)
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
Re: [oe] [PATCH][v2 2/2] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
That is not necessary as increasing of the INC_PR will have the PR increased along the way. The busybox_1.16.2.bb is changed too, should there be really no increase of PR ? Regards Wolfgang Hauser ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH][v2 2/2] busybox: fix defconfig handling problems triggered by configure according to {MACHINE, DISTRO}_FEATURES; added inetd handling
Am Montag, den 09.08.2010, 15:01 +0200 schrieb Hauser, Wolfgang (external): That is not necessary as increasing of the INC_PR will have the PR increased along the way. The busybox_1.16.2.bb is changed too, should there be really no increase of PR ? Sorry, my bad. Yes, I guess it is better to increase it then, although it should technically not be necessary since everything is committed using one patch. 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] Why PREFERRED_VERSION setting of distro.conf overrules local.conf setting ?
Hello, I want to change some used versions of packages, so I added a PREFERRED_VERSION_package=xxx for the packages I want to have a special(newer) version to be used. But e. g. for busybox the version defined in the used distro.conf is used instead of my setting in local.conf. Should local.conf not overrule distro/machine.conf ?? Regards Wolfgang Hauser ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Why PREFERRED_VERSION setting of distro.conf overrules local.conf setting ?
On Mon, Aug 9, 2010 at 6:26 AM, Hauser, Wolfgang (external) wolfgang.hauser.exter...@eads.com wrote: Hello, I want to change some used versions of packages, so I added a PREFERRED_VERSION_package=xxx for the packages I want to have a special(newer) version to be used. But e. g. for busybox the version defined in the used distro.conf is used instead of my setting in local.conf. Should local.conf not overrule distro/machine.conf ?? Conceptually, local should override everything, as it's the most specific information available, but from a technical standpoint, we can't parse the machine and distro configs until local.conf is parsed, as that's usually where the MACHINE and DISTRO are set. You can use a 'local' override to get around it, or you can ask the distro/machine maintainer to use ?= assignments (set only if unset). PREFERRED_VERSION_package_local = xxx is how you use the override. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] PACKAGE_ARCH_pn-${PN} should work?
or did it worked before?
Today I noticed it keeps PACKAGE_ARCH = all in task-x11-server
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=bf3cf7b95cb10c830c39ca4bfec4e7fcc19dad83
It's used in few more places (mostly OM/SHR which can be my fault from merging
shr/import):
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-usb-gadget-mode_om-gta01 = armv4t
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-usb-gadget-mode_om-gta02 = armv4t
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-keymaps_om-gta01 = armv4t
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-keymaps_om-gta02 = armv4t
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-neod_om-gta01 = armv4t
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-neod_om-gta02 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-usb-gadget-mode_om-gta01 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-usb-gadget-mode_om-gta02 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-keymaps_om-gta01 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-keymaps_om-gta02 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-neod_om-gta01 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-neod_om-gta02 = armv4t
recipes/fbreader/fbreader_0.8.2a.bb:PACKAGE_ARCH_pn-${PN} = ${MACHINE_ARCH}
recipes/freesmartphone/frameworkd_git.bb:PACKAGE_ARCH_pn-${PN}-config =
${MACHINE_ARCH}
recipes/miniinit/miniinit.bb:PACKAGE_ARCH_pn-${PN} = ${MACHINE_ARCH}
recipes/mipl-mipv6/mipv6_1.1-v2.4.26.bb:PACKAGE_ARCH_pn-${PN} =
${MACHINE_ARCH}
recipes/mipl-mipv6/mipv6_2.0.2.bb:PACKAGE_ARCH_pn-${PN} = ${MACHINE_ARCH}
recipes/obsolete/shr/alsa-scenarii-shr_git.bb:PACKAGE_ARCH_pn-${PN} =
${MACHINE_ARCH}
recipes/openmoko2/openmoko-alsa-scenarios_svn.bb:PACKAGE_ARCH_pn-${PN} =
${MACHINE_ARCH}
recipes/shadow/shadow.inc:PACKAGE_ARCH_pn-${PN} = ${MACHINE_ARCH}
recipes/shr/frameworkd-config-shr_git.bb:PACKAGE_ARCH_pn-${PN} =
${MACHINE_ARCH}
recipes/sysvinit/sysvinit_2.86.bb:PACKAGE_ARCH_pn-${PN}-inittab =
${MACHINE_ARCH}
recipes/usb-gadget-mode/usb-gadget-mode.bb:PACKAGE_ARCH_pn-${PN} =
${MACHINE_ARCH}
Regards,
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v3 1/1] gsnmp-0.3.0: fix quoting in autoconf macros
Signed-off-by: Henri Bragge henri.bra...@dcombus.com
---
recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch | 28
recipes/gsnmp/gsnmp_0.3.0.bb |5 +++--
2 files changed, 31 insertions(+), 2 deletions(-)
create mode 100644 recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
diff --git a/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
b/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
new file mode 100644
index 000..6cb2e0d
--- /dev/null
+++ b/recipes/gsnmp/gsnmp-0.3.0/quote-fix.patch
@@ -0,0 +1,28 @@
+upstream: n/a
+status: accepted in r3406
+comment: Fix underquoted macro definitions.
+
+diff -Nurd gsnmp-0.3.0.orig/acinclude.m4 gsnmp-0.3.0/acinclude.m4
+--- gsnmp-0.3.0.orig/acinclude.m4 2010-02-19 10:35:29.0 +0200
gsnmp-0.3.0/acinclude.m4 2010-08-09 13:30:32.0 +0300
+@@ -6,7 +6,7 @@
+ dnl usually in utime.h.
+ dnl Some systems have utime.h but don't declare the struct anywhere.
+
+-AC_DEFUN(jm_CHECK_TYPE_STRUCT_UTIMBUF,
++AC_DEFUN([jm_CHECK_TYPE_STRUCT_UTIMBUF],
+ [
+ AC_CHECK_HEADERS(utime.h)
+ AC_REQUIRE([AC_HEADER_TIME])
+diff -Nurd gsnmp-0.3.0.orig/gsnmp.m4 gsnmp-0.3.0/gsnmp.m4
+--- gsnmp-0.3.0.orig/gsnmp.m4 2010-02-19 10:35:29.0 +0200
gsnmp-0.3.0/gsnmp.m4 2010-08-09 13:30:46.0 +0300
+@@ -1,7 +1,7 @@
+ dnl AM_PATH_GSNMP()
+ dnl
+
+-AC_DEFUN(AM_PATH_GSNMP,
++AC_DEFUN([AM_PATH_GSNMP],
+ [
+ PKG_CHECK_MODULES(GSNMP, glib-2.0 = 2.0.1)
+ ])
diff --git a/recipes/gsnmp/gsnmp_0.3.0.bb b/recipes/gsnmp/gsnmp_0.3.0.bb
index b191762..e27e3e9 100644
--- a/recipes/gsnmp/gsnmp_0.3.0.bb
+++ b/recipes/gsnmp/gsnmp_0.3.0.bb
@@ -2,9 +2,10 @@ DESCRIPTION = SNMP library written on top of glib and gnet.
SECTION = libs/network
LICENSE = GPLv2
DEPENDS = glib-2.0 gnet
-PR = r0
+PR = r1
-SRC_URI = ftp://ftp.ibr.cs.tu-bs.de/local/gsnmp/gsnmp-${PV}.tar.gz;
+SRC_URI = ftp://ftp.ibr.cs.tu-bs.de/local/gsnmp/gsnmp-${PV}.tar.gz \
+ file://quote-fix.patch
SRC_URI[md5sum] = 466699c11b70e18a04d51388b8f89f1c
SRC_URI[sha256sum] =
e428b61071b8ba2971fc8737ed2987210b04a71ffde307900df12c06a0bed0f9
--
1.5.6.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] gsnmp-0.3.0: fix quoting in autoconf macros
Paul Menzel wrote: Am Montag, den 09.08.2010, 15:05 +0300 schrieb Henri Bragge: Paul Menzel wrote: Is there an upstream bug for this? If not, it would be great if you could sent it upstream. The bug is still present in upstream too, but I will send this patch to the gsnmp maintainer if it does the trick (or should it be the other way around?). I have no idea [1]. But I guess it would not hurt if you send it upstream anyway. [1] http://wiki.openembedded.net/index.php/Push_patches_upstream Got it accepted, included some upstream info in the patch (see v3). - Henri ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] cross.bbclass: Override STAGING_* paths to match cross installation
On Mon, Aug 9, 2010 at 4:12 AM, Richard Purdie rpur...@rpsys.net wrote:
Hi Khem,
On Sun, 2010-08-08 at 23:44 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
classes/cross.bbclass | 8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/classes/cross.bbclass b/classes/cross.bbclass
index cf14db1..64f7902 100644
--- a/classes/cross.bbclass
+++ b/classes/cross.bbclass
@@ -50,6 +50,14 @@ exec_prefix = ${prefix}
base_sbindir = ${base_prefix}/bin
sbindir = ${exec_prefix}/bin
+# staging should be special for cross
+STAGING_BINDIR = ${bindir}
+STAGING_LIBDIR = ${libdir}
+STAGING_INCDIR = ${includedir}
+STAGING_ETCDIR = ${sysconfdir}
+STAGING_DATADIR = ${datadir}
+STAGING_SBINDIR = ${sbindir}
+
do_install () {
oe_runmake 'DESTDIR=${D}' install
}
Can you explain a bit more about why is this needed?
yes. for cross packages prefix is set in cross.bbclass to be
${base_prefix}${prefix_native}/${BASE_PACKAGE_ARCH}
which already points into native sysroot and bindir, datadir etc are
defined based on prefix in bitbake.conf so
for cross packages datadir already points to where it is in the final
install location of the cross packages.
but STAGING_* dirs are then defined like below
STAGING_DIR_HOST = ${STAGING_DIR}/${BASEPKG_HOST_SYS}
STAGING_BINDIR = ${STAGING_DIR_HOST}${bindir}
where
STAGING_DIR_HOST expands to native sysroot in the case of cross
packages because for them BASEPKG_HOST_SYS
is the build system itself. I think this is a the reason why we have
NATIVE_STAGING_* vars defined separately.
probably we should have the same set defined for cross too may be
something like CROSS_STAGING_* is one solution.
and now all these STAGING_* defines create another native sysroot
directory insise the existing one.
so I get
/scratch/oe/sysroot/x86_64-linux/scrarch/oe/sysroot/x86_64-linux/usr/armv5te/shared/
etc. paths while
building binutils-cross
because STAGING_* variables are used in autotools.bbclass
Thats why this patch
Thanks
-Khem
Cheers,
Richard
___
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] [PATCH] ncurses: added 5.7 recipe
On Fri, Jul 30, 2010 at 2:29 PM, Enrico Scholz enrico.sch...@sigma-chemnitz.de wrote: It uses ideas from the old 5.4 recipe but brings a lot of new features like widec libs, pkgconfig files or splitted library packages. As lot of packages depend on ncurses, whole distribution must be probably rebuild when updating to this new version. Due to this and the complex recipe, it has a negative DEFAULT_PREFERENCE for now. Hi, Only breakage I noticed sofar is in pidgin when pidgin-2.6.6 checks for wide char support: configure:16212: checking if /OE/tmpdir-dev-shr/sysroots/armv4t-oe-linux-gnueabi/usr/include/ncurses.h supports wide characters | #ifndef get_wch | # error get_wch not found! | #endif and then it decides not to build finch (and later do_package fails). is it about ENABLE_WIDEC, or something else? Thanks! ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] PACKAGE_ARCH_pn-${PN} should work?
On Mon, Aug 9, 2010 at 7:36 AM, Martin Jansa martin.ja...@gmail.com wrote:
or did it worked before?
Today I noticed it keeps PACKAGE_ARCH = all in task-x11-server
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=bf3cf7b95cb10c830c39ca4bfec4e7fcc19dad83
It's used in few more places (mostly OM/SHR which can be my fault from
merging shr/import):
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-usb-gadget-mode_om-gta01 = armv4t
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-usb-gadget-mode_om-gta02 = armv4t
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-keymaps_om-gta01 = armv4t
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-keymaps_om-gta02 = armv4t
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-neod_om-gta01 = armv4t
conf/distro/openmoko.conf:PACKAGE_ARCH_pn-neod_om-gta02 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-usb-gadget-mode_om-gta01 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-usb-gadget-mode_om-gta02 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-keymaps_om-gta01 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-keymaps_om-gta02 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-neod_om-gta01 = armv4t
conf/distro/shr.conf:PACKAGE_ARCH_pn-neod_om-gta02 = armv4t
recipes/fbreader/fbreader_0.8.2a.bb:PACKAGE_ARCH_pn-${PN} = ${MACHINE_ARCH}
recipes/freesmartphone/frameworkd_git.bb:PACKAGE_ARCH_pn-${PN}-config =
${MACHINE_ARCH}
recipes/miniinit/miniinit.bb:PACKAGE_ARCH_pn-${PN} = ${MACHINE_ARCH}
recipes/mipl-mipv6/mipv6_1.1-v2.4.26.bb:PACKAGE_ARCH_pn-${PN} =
${MACHINE_ARCH}
recipes/mipl-mipv6/mipv6_2.0.2.bb:PACKAGE_ARCH_pn-${PN} = ${MACHINE_ARCH}
recipes/obsolete/shr/alsa-scenarii-shr_git.bb:PACKAGE_ARCH_pn-${PN} =
${MACHINE_ARCH}
recipes/openmoko2/openmoko-alsa-scenarios_svn.bb:PACKAGE_ARCH_pn-${PN} =
${MACHINE_ARCH}
recipes/shadow/shadow.inc:PACKAGE_ARCH_pn-${PN} = ${MACHINE_ARCH}
recipes/shr/frameworkd-config-shr_git.bb:PACKAGE_ARCH_pn-${PN} =
${MACHINE_ARCH}
recipes/sysvinit/sysvinit_2.86.bb:PACKAGE_ARCH_pn-${PN}-inittab =
${MACHINE_ARCH}
recipes/usb-gadget-mode/usb-gadget-mode.bb:PACKAGE_ARCH_pn-${PN} =
${MACHINE_ARCH}
Regards,
this is from my commit
commit 4e9905b2be6438156dc8ad88839de04e91c922ec
Author: Khem Raj raj.k...@gmail.com
Date: Mon Jul 26 15:09:10 2010 -0700
recipes: Replace ${PN} override with pn-${PN} for PACKAGE_ARCH
* Needed to get CURRENT_TARGET_SYS to evaluate correctly in bitbake.conf
Signed-off-by: Khem Raj raj.k...@gmail.com
hmm it worked well and the problem was other way around what
you are seeing but now I dont remember which package it was.
but if I check with the recipe you mentioned then I see
that override did not work.
We can revert it if needed but I would like to understand
why pn-${PN} did not work
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
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] [PATCH] angstrom-uboot-scripts: debugged beagleboard validation boot/user scripts
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
recipes/angstrom/angstrom-uboot-scripts.bb |2 +-
.../beagleboard-validation-boot.cmd| 15 +++
.../beagleboard-validation-user.cmd| 15 +++
3 files changed, 15 insertions(+), 17 deletions(-)
diff --git a/recipes/angstrom/angstrom-uboot-scripts.bb
b/recipes/angstrom/angstrom-uboot-scripts.bb
index 2152f5d..a478cb2 100644
--- a/recipes/angstrom/angstrom-uboot-scripts.bb
+++ b/recipes/angstrom/angstrom-uboot-scripts.bb
@@ -1,6 +1,6 @@
DESCRIPTION = Various uboot scripts
-PR = r8
+PR = r9
DEPENDS = u-boot-mkimage-native
diff --git
a/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-boot.cmd
b/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-boot.cmd
index 50a82a6..71d314c 100644
--- a/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-boot.cmd
+++ b/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-boot.cmd
@@ -1,14 +1,13 @@
-setenv dvimode 'hd720'
-setenv vram '16M omapfb.vram=0:8M,1:4M,2:4M'
+# On xM: bootargs=console=ttyS2,115200n8 mem=...@0x8000
mem=3...@0x8800 mpurate=1000 buddy=none camera=lbcm3m1 vram=16M
omapfb.vram=0:8M,1:4M,2:4M omapfb.mode=dvi:hd720 omapdss.def_disp=dvi
root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait
+mmc init
+setenv dvimode hd720
+setenv vram 16M omapfb.vram=0:8M,1:4M,2:4M
if test ${beaglerev} = AxBx; then
-setenv mpurate 600
-setenv optargs 'mem=...@0x8000 musb_hdrc.fifomode=5'
+setenv optargs mem=...@0x8000 musb_hdrc.fifomode=5
elif test ${beaglerev} = Cx; then
-setenv mpurate 720
-setenv optargs 'mem=...@0x8000 mem=1...@0x8800 musb_hdrc.fifomode=5'
+setenv optargs mem=...@0x8000 mem=1...@0x8800 musb_hdrc.fifomode=5
else
-setenv mpurate 1000
-setenv optargs 'mem=...@0x8000 mem=3...@0x8800'
+setenv optargs mem=...@0x8000 mem=3...@0x8800
fi
run loaduimage
run mmcboot
diff --git
a/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-user.cmd
b/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-user.cmd
index 6488db4..7dbf69b 100644
--- a/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-user.cmd
+++ b/recipes/angstrom/angstrom-uboot-scripts/beagleboard-validation-user.cmd
@@ -1,15 +1,14 @@
-setenv console 'ttyS2,115200n8 console=tty0'
+mmc init
+setenv rdaddr 0x8100
+setenv ramroot /dev/ram0
if test ${beaglerev} = AxBx; then
-setenv mpurate 600
-setenv optargs 'mem=...@0x8000 musb_hdrc.fifomode=5'
+setenv optargs mem=...@0x8000 musb_hdrc.fifomode=5
elif test ${beaglerev} = Cx; then
-setenv mpurate 720
-setenv optargs 'mem=...@0x8000 mem=1...@0x8800 musb_hdrc.fifomode=5'
+setenv optargs mem=...@0x8000 mem=1...@0x8800 musb_hdrc.fifomode=5
else
-setenv mpurate 1000
-setenv optargs 'mem=...@0x8000 mem=3...@0x8800'
+setenv optargs mem=...@0x8000 mem=3...@0x8800
fi
-run loaduimage
run loadramdisk
+run loaduimage
run ramboot
--
1.5.6.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Why PREFERRED_VERSION setting of distro.conf overrules local.conf setting ?
2010/8/9 Chris Larson clar...@kergoth.com: On Mon, Aug 9, 2010 at 6:26 AM, Hauser, Wolfgang (external) wolfgang.hauser.exter...@eads.com wrote: Hello, I want to change some used versions of packages, so I added a PREFERRED_VERSION_package=xxx for the packages I want to have a special(newer) version to be used. But e. g. for busybox the version defined in the used distro.conf is used instead of my setting in local.conf. Should local.conf not overrule distro/machine.conf ?? Conceptually, local should override everything, as it's the most specific information available, but from a technical standpoint, we can't parse the machine and distro configs until local.conf is parsed, as that's usually where the MACHINE and DISTRO are set. You can use a 'local' override to get around it, or you can ask the distro/machine maintainer to use ?= assignments (set only if unset). PREFERRED_VERSION_package_local = xxx is how you use the override. The real solution woud be to either temporary store the PREFERRED_VERSION and apply it later on. Alternately we could parse local.conf twice, the first time ignoring the PREFERRED lines, and the 2nd time only looking at these. Yet another solution could be to split local.conf into two pieces, one with settings like MACHINE and DISTRO, the other one with the overrides. Frans (who typically sets MACHINE in the environment, not in local.conf, makes things a lot simpler if you have to build for multiple machines) ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] gsnmp-0.3.0: fix quoting in autoconf macros
2010/8/9 Henri Bragge henri.bra...@dcombus.com: Got it accepted, included some upstream info in the patch (see v3). - Henri Pushed your patch. Thanks for contributing. One small remark: I had to fix 3 whitespace errors. Perhaps next time run contrib/oe-stylize.py Looking forward for your next contribution Have fun! Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] oe-stylize
Some questions wrt oe-stylize: Do we still want to promote this? If so, it seems useful to add the new keywords that have been introduced last year or so. Also a few issues: oe-stylize moves the checksums immediately after the SRC_URI. Is this desired? Most of the recipes have them near the end. And I noticed that the script moves require lines. I'm not too sure if that is ok. By moving them it is possible that overriding variables (like depends) are moved from after the requires to before the requires. Is this a problem? Best regards, Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] application not getting loaded
On Mon, Aug 9, 2010 at 4:43 AM, Anand Sivaram aspn...@gmail.com wrote: On Mon, Aug 9, 2010 at 05:12, Graham Gower graham.go...@gmail.com wrote: On 8 August 2010 20:25, Anand Sivaram aspn...@gmail.com wrote: Dear All, I wrote a custom gstreamer application on ARM (dm6446) angstrom. Whenever I try to run the application, I am getting the following error, that looks as if the shell is treating the application as a shell script. /usr/bin/app: line 1: syntax error: word unexpected (expecting )) I made sure that the application is having 755 permission and readelf/file etc. from a linux pc shows this as an ELF 32 bit ARM executable. This error message is typical when the system is trying to execute a binary built for a different architecture. These are the dynamic library dependencies during compilation. pkg-config --libs gtk+-2.0 gstreamer-0.10 gstreamer-interfaces-0.10 Is it due to some shared library loading problem? In that case is there any arm ldd available on openembedded target or on build host to verify what is missing? You can invoke the dynamic linker and have it print out the dependent dynamic libs. e.g. $ /lib/ld.so.1 --list /path/to/bin But this will execute the binary to make the list, so if your system doesn't recognise the binary, this won't work. -Graham ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Thanks Graham, I am looking into that. Also I noticed the following error while linking, but still the executable is getting built. /mnt/project/angstrom-dev/cross/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/bin/ld: warning: libc.so, needed by /mnt/project/angstrom-dev/cross/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/lib/libgcc_s.so, not found (try using -rpath or -rpath-link) Any idea? its a warning. should be fine Thanks and Regards Anand ___ 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] glibc-initial do_install failure
Hi, I'm trying to build glibc-initial_2.3.6 for Microblaze arch and it fails in do_install function at final stage when linking libc.so; Error log attached I notice that this always happends when invoking gcc with -shared flag it always returns the same error: /tmp/ccvUy8ol.o: could not read symbols: File format not recognized | collect2: ld returned 1 exit status | ERROR: Function do_install failed The combination of tools that trying to build binutils: 2.20.1 gcc: 4.5 Microblaze svn branch glibc:2.3.6 from petalogix know working port for microblaze Computer host: Fedora 13 Can any one give me some advise on how to root cause and solve this problem? Thanks in advance; -- Saludos Adrian Alonso http://aalonso.wordpress.com microblaze-angstrom-linux-gcc -mcpu=v7.30.a /opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/build-microblaze-angstrom-linux/csu/crtn.S -c -I../include -I. -I/opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/build-microblaze-angstrom-linux/csu -I.. -I../libio -I/opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/build-microblaze-angstrom-linux -I../sysdeps/microblaze/elf -I../sysdeps/unix/sysv/linux/microblaze -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/microblaze -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /opt/oe/build-microblaze-generic/conf/tmp/sysroots/x86_64-linux/usr/microblaze/lib/gcc/microblaze-angstrom-linux/4.5.0/include -isystem /opt/oe/build-microblaze-generic/conf/tmp/sysroots/microblaze-angstrom-linux/usr/include -include ../include/libc-symbols.h -DHAVE_INITFINI -DASSEMBLER -I/opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/build-microblaze-angstrom-linux/csu/. -ggdb3 -g0 -o /opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/build-microblaze-angstrom-linux/csu/crtn.o | make[2]: Leaving directory `/opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/glibc-2.3.6/csu' | make[1]: Leaving directory `/opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/glibc-2.3.6' | /tmp/ccvUy8ol.o: could not read symbols: File format not recognized | collect2: ld returned 1 exit status | ERROR: Function do_install failed NOTE: package glibc-initial-2.3.6-r36.0: task do_install: Failed ERROR: TaskFailed event exception, aborting ERROR: Build of /opt/oe/openembedded/recipes/glibc/glibc-initial_2.3.6.bb do_install failed ERROR: Task 1455 (/opt/oe/openembedded/recipes/glibc/glibc-initial_2.3.6.bb, do_install) failed with 256 ERROR: '/opt/oe/openembedded/recipes/glibc/glibc-initial_2.3.6.bb' failed ERROR: '/opt/oe/openembedded/recipes/glibc/glibc-initial_2.3.6.bb' failed ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] How do I build and SDK?
I've had a look at the OE manual to try and understand what's needed to build an SDK, but I'm still not sure what I need to do. I can 'bitbake my-image', giving me a system that boots ok on my target. What I want to do now is produce an SDK that allows binaries to be built under an x86 hosted linux distro (e.g. ubuntu). I'm not sure why there is a host and target to configure - I was expecting just to configure something for the platform that will run the SDK - I was thinking that the current OE local.conf should give the information needed to do this. Is there an easy way to take a system configured to build 'my-image' and produce an SDK from that? I'm running OE under Ubuntu, if that makes things easier. Failing that, are there any examples I can look at that would give me a more information that what's in the documentation? Thanks ! Chris ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] python native dependencies
I was wondering about some python native dependencies and whether they are needed. E.g. python-divmodaxiom_0.5.30.bb depends on python-divmodepsilon-native It builds and the package works as expected, but still I doubt whether this is ok. I'm not a python wiz, but I understand that divmodaxiom needs divmodepsilon. However should this be a dependency on the -native recipe? I would have expected that the dependency is on divmodepsilon instead of the native variant, and that python to generate things uses the staged version of divmodepsilon. Is my reasoning correct? If so how should we resolve this? Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] glibc-initial do_install failure
Hi, I'm trying to build glibc-initial_2.3.6 for Microblaze arch and it fails in do_install function at final stage when linking libc.so; Error log attached I notice that this always happends when invoking gcc with -shared flag it always returns the same error: /tmp/ccvUy8ol.o: could not read symbols: File format not recognized | collect2: ld returned 1 exit status | ERROR: Function do_install failed The combination of tools that trying to build binutils: 2.20.1 gcc: 4.5 Microblaze svn branch glibc:2.3.6 from petalogix know working port for microblaze Computer host: Fedora 13 Can any one give me some advise on how to root cause and solve this problem? Thanks in advance; -- Saludos Adrian Alonso http://aalonso.wordpress.com microblaze-angstrom-linux-gcc -mcpu=v7.30.a /opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/build-microblaze-angstrom-linux/csu/crtn.S -c -I../include -I. -I/opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/build-microblaze-angstrom-linux/csu -I.. -I../libio -I/opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/build-microblaze-angstrom-linux -I../sysdeps/microblaze/elf -I../sysdeps/unix/sysv/linux/microblaze -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/microblaze -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /opt/oe/build-microblaze-generic/conf/tmp/sysroots/x86_64-linux/usr/microblaze/lib/gcc/microblaze-angstrom-linux/4.5.0/include -isystem /opt/oe/build-microblaze-generic/conf/tmp/sysroots/microblaze-angstrom-linux/usr/include -include ../include/libc-symbols.h -DHAVE_INITFINI -DASSEMBLER -I/opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/build-microblaze-angstrom-linux/csu/. -ggdb3 -g0 -o /opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/build-microblaze-angstrom-linux/csu/crtn.o | make[2]: Leaving directory `/opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/glibc-2.3.6/csu' | make[1]: Leaving directory `/opt/oe/build-microblaze-generic/conf/tmp/work/microblaze-angstrom-linux/glibc-initial-2.3.6-r36.0/glibc-2.3.6' | /tmp/ccvUy8ol.o: could not read symbols: File format not recognized | collect2: ld returned 1 exit status | ERROR: Function do_install failed NOTE: package glibc-initial-2.3.6-r36.0: task do_install: Failed ERROR: TaskFailed event exception, aborting ERROR: Build of /opt/oe/openembedded/recipes/glibc/glibc-initial_2.3.6.bb do_install failed ERROR: Task 1455 (/opt/oe/openembedded/recipes/glibc/glibc-initial_2.3.6.bb, do_install) failed with 256 ERROR: '/opt/oe/openembedded/recipes/glibc/glibc-initial_2.3.6.bb' failed ERROR: '/opt/oe/openembedded/recipes/glibc/glibc-initial_2.3.6.bb' failed ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] How do I build and SDK?
On Mon, Aug 09, 2010 at 09:12:11PM +0100, Chris Tapp wrote: I've had a look at the OE manual to try and understand what's needed to build an SDK, but I'm still not sure what I need to do. I can 'bitbake my-image', giving me a system that boots ok on my target. What I want to do now is produce an SDK that allows binaries to be built under an x86 hosted linux distro (e.g. ubuntu). I'm not sure why there is a host and target to configure - I was expecting just to configure something for the platform that will run the SDK - I was thinking that the current OE local.conf should give the information needed to do this. Is there an easy way to take a system configured to build 'my-image' and produce an SDK from that? I'm running OE under Ubuntu, if that makes things easier. Failing that, are there any examples I can look at that would give me a more information that what's in the documentation? Chris, Please look at bitbake meta-toolchain - that produces an SDK. For customizing it, see the different examples under meta-toolchain-*.bb -- Denys ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] glibc-initial do_install failure
On Mon, Aug 9, 2010 at 1:39 PM, Adrian Alonso aalons...@gmail.com wrote: Hi, I'm trying to build glibc-initial_2.3.6 for Microblaze arch and it fails in do_install function at final stage when linking libc.so; Error log attached I notice that this always happends when invoking gcc with -shared flag it always returns the same error: /tmp/ccvUy8ol.o: could not read symbols: File format not recognized | collect2: ld returned 1 exit status | ERROR: Function do_install failed The combination of tools that trying to build binutils: 2.20.1 gcc: 4.5 Microblaze svn branch glibc: 2.3.6 from petalogix know working port for microblaze Computer host: Fedora 13 Can any one give me some advise on how to root cause and solve this problem? The problem is that its not using the right assembler AFAICT the log you attached does not help. Can you try that same command individually with -v added to it please. Thx -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] oe-stylize
On Mon, Aug 09, 2010 at 09:45:35PM +0200, Frans Meulenbroeks wrote: Some questions wrt oe-stylize: Do we still want to promote this? If so, it seems useful to add the new keywords that have been introduced last year or so. Also a few issues: oe-stylize moves the checksums immediately after the SRC_URI. Is this desired? Most of the recipes have them near the end. That's mostly because I moved them with script and appending was much easier than including just after SRC_URI. But immediately after looks better IMHO. And I noticed that the script moves require lines. I'm not too sure if that is ok. By moving them it is possible that overriding variables (like depends) are moved from after the requires to before the requires. Is this a problem? It is, I always check the resultin recipes and for big batch oe-stylize calls I update that script a bit to keep require/include where I need those. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] glibc-initial do_install failure
Hi Khem, Log with -v option at http://pastebin.com/5mB7CvHm Thanks On Mon, Aug 9, 2010 at 4:06 PM, Khem Raj raj.k...@gmail.com wrote: On Mon, Aug 9, 2010 at 1:39 PM, Adrian Alonso aalons...@gmail.com wrote: Hi, I'm trying to build glibc-initial_2.3.6 for Microblaze arch and it fails in do_install function at final stage when linking libc.so; Error log attached I notice that this always happends when invoking gcc with -shared flag it always returns the same error: /tmp/ccvUy8ol.o: could not read symbols: File format not recognized | collect2: ld returned 1 exit status | ERROR: Function do_install failed The combination of tools that trying to build binutils: 2.20.1 gcc: 4.5 Microblaze svn branch glibc:2.3.6 from petalogix know working port for microblaze Computer host: Fedora 13 Can any one give me some advise on how to root cause and solve this problem? The problem is that its not using the right assembler AFAICT the log you attached does not help. Can you try that same command individually with -v added to it please. Thx -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Saludos Adrian Alonso http://aalonso.wordpress.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Graham Gower : package_ipk.bbclass: add lists_dir to sysroots' /etc/opkg. conf
It seems this doesn't respect ${ONLINE_PACKAGE_MANAGEMENT} == none
I see a spurious /var/lib/opkg in the cpio of initramfs-kexecboot-image.
oe │ 0│Aug 9 23:32│
oe-all │ 64030│Aug 9 23:32
oe-armv5te │3637007│Aug 9 23:32
oe-tosa │ 463708│Aug 9 23:3
We don't need any extra cruft there ;)
Regards
Andrea
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Why PREFERRED_VERSION setting of distro.conf overrules local.conf setting ?
On 10 August 2010 04:31, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: 2010/8/9 Chris Larson clar...@kergoth.com: On Mon, Aug 9, 2010 at 6:26 AM, Hauser, Wolfgang (external) wolfgang.hauser.exter...@eads.com wrote: Hello, I want to change some used versions of packages, so I added a PREFERRED_VERSION_package=xxx for the packages I want to have a special(newer) version to be used. But e. g. for busybox the version defined in the used distro.conf is used instead of my setting in local.conf. Should local.conf not overrule distro/machine.conf ?? Conceptually, local should override everything, as it's the most specific information available, but from a technical standpoint, we can't parse the machine and distro configs until local.conf is parsed, as that's usually where the MACHINE and DISTRO are set. You can use a 'local' override to get around it, or you can ask the distro/machine maintainer to use ?= assignments (set only if unset). PREFERRED_VERSION_package_local = xxx is how you use the override. The real solution woud be to either temporary store the PREFERRED_VERSION and apply it later on. Alternately we could parse local.conf twice, the first time ignoring the PREFERRED lines, and the 2nd time only looking at these. Yet another solution could be to split local.conf into two pieces, one with settings like MACHINE and DISTRO, the other one with the overrides. Wouldn't it be far simpler to fix the distro conf file(s)? E.g. apply something like this: s/^PREFERRED_VERSION_\([a-z]*\) =/PREFERRED_VERSION_\1 ?=/ -Graham ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Graham Gower : package_ipk.bbclass: add lists_dir to sysroots' /etc/opkg. conf
On 08/10/2010 07:24 AM, Andrea Adami wrote:
It seems this doesn't respect ${ONLINE_PACKAGE_MANAGEMENT} == none
I see a spurious /var/lib/opkg in the cpio of initramfs-kexecboot-image.
oe │ 0│Aug 9 23:32│
oe-all │ 64030│Aug 9 23:32
oe-armv5te │3637007│Aug 9 23:32
oe-tosa │ 463708│Aug 9 23:3
We don't need any extra cruft there ;)
Regards
Andrea
/var/lib/opkg shouldn't be populated regardless of the value of
ONLINE_PACKAGE_MANAGEMENT.
Signed-off-by: Graham Gower graham.go...@gmail.com
---
diff --git a/classes/rootfs_ipk.bbclass b/classes/rootfs_ipk.bbclass
index db04fb6..b0baab0 100644
--- a/classes/rootfs_ipk.bbclass
+++ b/classes/rootfs_ipk.bbclass
@@ -98,15 +98,18 @@ fakeroot rootfs_ipk_do_rootfs () {
else
rm -f ${IMAGE_ROOTFS}${libdir}/opkg/lists/*
fi
-
+
+ rm -rf ${IMAGE_ROOTFS}/var/lib/opkg/*
+
# Keep these lines until package manager selection is
implemented
ln -s opkg ${IMAGE_ROOTFS}${sysconfdir}/ipkg
ln -s opkg ${IMAGE_ROOTFS}${libdir}/ipkg
else
rm -rf ${IMAGE_ROOTFS}${libdir}/opkg
rm -rf ${IMAGE_ROOTFS}/usr/lib/opkg
+ rm -rf ${IMAGE_ROOTFS}/var/lib/opkg
fi
-
+
log_check rootfs
rm -rf ${IPKG_TMP_DIR}
}
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] beagleboard-test-scripts: updated to latest
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
.../beagleboard/beagleboard-test-scripts_git.bb| 14 +-
1 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/recipes/beagleboard/beagleboard-test-scripts_git.bb
b/recipes/beagleboard/beagleboard-test-scripts_git.bb
index d3d5fde..ea3cafe 100644
--- a/recipes/beagleboard/beagleboard-test-scripts_git.bb
+++ b/recipes/beagleboard/beagleboard-test-scripts_git.bb
@@ -1,24 +1,28 @@
+## Reminder: The correct spacing for a variable is FOO = BAR in : PR=r1
DESCRIPTION = BeagleBoard test scripts
HOMEPAGE = http://beagleboad.org/support;
+PR = r1
SRC_URI = git://gitorious.org/beagleboard-validation/scripts.git;protocol=git
\
-SRCREV = 4f4578e7423c5fb1f3364e1056d53dd3b792dc2a
+SRCREV = f009c731df5c410eb819fa90f199713ea60cea6a
S = ${WORKDIR}/git
do_install() {
TEST_FILES= \
-testled \
-testuserbtn \
testaudio \
+testcamera \
+testedid \
+testled \
testsvideo \
-readgpio \
+testuserbtn \
editbootscr \
+edituserscr \
+readgpio \
install -d ${D}/${bindir}
for i in ${TEST_FILES}; do
install -m 0755 ${S}/${i} ${D}/${bindir}
done
}
-
--
1.5.6.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] beagleboard-test-scripts: added new scripts
testneon: runs burn-neon for 10 seconds
testdsp: runs loopgpp dsplink example
testmem: runs memtester
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
.../beagleboard/beagleboard-test-scripts_git.bb|7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/recipes/beagleboard/beagleboard-test-scripts_git.bb
b/recipes/beagleboard/beagleboard-test-scripts_git.bb
index ea3cafe..be0d059 100644
--- a/recipes/beagleboard/beagleboard-test-scripts_git.bb
+++ b/recipes/beagleboard/beagleboard-test-scripts_git.bb
@@ -1,20 +1,23 @@
## Reminder: The correct spacing for a variable is FOO = BAR in : PR=r1
DESCRIPTION = BeagleBoard test scripts
HOMEPAGE = http://beagleboad.org/support;
-PR = r1
+PR = r2
SRC_URI = git://gitorious.org/beagleboard-validation/scripts.git;protocol=git
\
-SRCREV = f009c731df5c410eb819fa90f199713ea60cea6a
+SRCREV = 473dd2ab20d866be6168c9f992c2c9e74e485c9d
S = ${WORKDIR}/git
do_install() {
TEST_FILES= \
testaudio \
testcamera \
+testdsp \
testedid \
testled \
+testmem \
+testneon \
testsvideo \
testuserbtn \
editbootscr \
--
1.5.6.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
