[oe] [2011.03-maintenance] unsatisfied dependencies to libgcc
In the last days we switched our local development from an older oe-dev master to 2011.03-maintenance branch and hit an annoying problem. The test builds on various developer machines were successful but the build on our continuous integration server (with exactly the same scripting) ended up with a lot of | * satisfy_dependencies_for: Cannot satisfy the following dependencies for lighttpd: | *libstdc++6 (= 4.3.3) * libgcc1 (= 4.3.3) *libgcc1 (= 4.3.3) * | * opkg_install_cmd: Cannot install package lighttpd. errors. After some searching we found that there was no libgcc1_4.3.3-r24.2.6_armv5te.ipk in the deploy area. I'm not sure which package should produce this but i guess it should come from gcc-cross-4.3.3 (because its recipe version is r24.2.6 in opposite to gcc-4.3.3 r24.1.6). Looking into the log i hit the fact that the do_rootfs stage for the image was started *before* the do_package_stage of gcc-cross_4.3.3.bb was succeeded. Any ideas? PS: Bitbaking gcc-cross explicitly before bitbaking the image wors as a workaround for us at the moment. -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] systemd: Link with librt explicitly on uclibc
Latest systemd has started to use mq_* functions
which are found on librt in uclibc.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta-oe/recipes-core/systemd/systemd_git.bb |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta-oe/recipes-core/systemd/systemd_git.bb
b/meta-oe/recipes-core/systemd/systemd_git.bb
index af4a9ae..fd9bfbd 100644
--- a/meta-oe/recipes-core/systemd/systemd_git.bb
+++ b/meta-oe/recipes-core/systemd/systemd_git.bb
@@ -29,6 +29,8 @@ UCLIBCPATCHES_libc-uclibc = file://paper-over-mkostemp.patch
\
file://format-replace-m-uclibc.patch \
+LDFLAGS_libc-uclibc_append = -lrt
+
S = ${WORKDIR}/git
SYSTEMDDISTRO ?= debian
--
1.7.4.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] gtk-icon-cache bbclass: only add runtime dependencies on hicolor-icon-theme when installing icons
On 01.08.2011 15:31, Steffen Sledz wrote:
On 01.08.2011 11:59, Koen Kooi wrote:
Also import a fix from OE-core for setting the loader dir.
Tested with gnome-icon-theme and libsoup recipes on angstrom.
Signed-off-by: Koen Kooi k...@openembedded.org
Acked-by: Steffen Sledz sl...@dresearch-fe.de
Ping!
Thx for this. Would be nice, if this patch could find it's way to
2011.03-maintenance branch too.
---
classes/gtk-icon-cache.bbclass | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/classes/gtk-icon-cache.bbclass b/classes/gtk-icon-cache.bbclass
index 2449e95..d9b5d1b 100644
--- a/classes/gtk-icon-cache.bbclass
+++ b/classes/gtk-icon-cache.bbclass
@@ -1,6 +1,4 @@
FILES_${PN} += ${datadir}/icons/hicolor
-# Only add runtime dependency on hicolor-icon-theme for target recipes
-RDEPENDS_${PN} += ${@['', 'hicolor-icon-theme']['${PN}' == '${BPN}']}
# This could run on the host as icon cache files are architecture
independent,
# but there is no gtk-update-icon-cache built natively.
@@ -10,7 +8,7 @@ if [ x$D != x ]; then
fi
# Update the pixbuf loaders in case they haven't been registered yet
-gdk-pixbuf-query-loaders /etc/gtk-2.0/gdk-pixbuf.loaders
+GDK_PIXBUF_MODULEDIR=${libdir}/gdk-pixbuf-2.0/2.10.0/loaders
gdk-pixbuf-query-loaders --update-cache
for icondir in /usr/share/icons/* ; do
if [ -d $icondir ] ; then
@@ -35,7 +33,12 @@ python populate_packages_append () {
icon_dir = '%s/%s/%s/icons' % (pkgdest, pkg,
bb.data.getVar('datadir', d, 1))
if not os.path.exists(icon_dir):
continue
-
+
+bb.note(adding hicolor-icon-theme dependency to %s % pkg)
+rdepends = bb.data.getVar('RDEPENDS', d, 1)
+rdepends += hicolor-icon-theme
+bb.data.setVar('RDEPENDS', rdepends, d)
+
bb.note(adding gtk-icon-cache postinst and postrm scripts to
%s % pkg)
postinst = bb.data.getVar('pkg_postinst_%s' % pkg, d, 1) or
bb.data.getVar('pkg_postinst', d, 1)
--
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] gtk-icon-cache bbclass: only add runtime dependencies on hicolor-icon-theme when installing icons
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 04-08-11 09:15, Steffen Sledz schreef:
On 01.08.2011 15:31, Steffen Sledz wrote:
On 01.08.2011 11:59, Koen Kooi wrote:
Also import a fix from OE-core for setting the loader dir.
Tested with gnome-icon-theme and libsoup recipes on angstrom.
Signed-off-by: Koen Kooi k...@openembedded.org
Acked-by: Steffen Sledz sl...@dresearch-fe.de
Ping!
Thx for this. Would be nice, if this patch could find it's way to
2011.03-maintenance branch too.
Wasn't this in the pull request you did this week?
--- classes/gtk-icon-cache.bbclass | 11 +++ 1 files changed, 7
insertions(+), 4 deletions(-)
diff --git a/classes/gtk-icon-cache.bbclass
b/classes/gtk-icon-cache.bbclass index 2449e95..d9b5d1b 100644 ---
a/classes/gtk-icon-cache.bbclass +++ b/classes/gtk-icon-cache.bbclass @@
-1,6 +1,4 @@ FILES_${PN} += ${datadir}/icons/hicolor -# Only add runtime
dependency on hicolor-icon-theme
for target recipes -RDEPENDS_${PN} += ${@['',
'hicolor-icon-theme']['${PN}' == '${BPN}']}
# This could run on the host as icon cache files are architecture
independent, # but there is no gtk-update-icon-cache built natively. @@
-10,7 +8,7 @@ if [ x$D != x ]; then fi
# Update the pixbuf loaders in case they haven't been registered yet
-gdk-pixbuf-query-loaders /etc/gtk-2.0/gdk-pixbuf.loaders
+GDK_PIXBUF_MODULEDIR=${libdir}/gdk-pixbuf-2.0/2.10.0/loaders
gdk-pixbuf-query-loaders --update-cache
for icondir in /usr/share/icons/* ; do if [ -d $icondir ] ; then @@ -35,7
+33,12 @@ python populate_packages_append () { icon_dir = '%s/%s/%s/icons'
% (pkgdest, pkg, bb.data.getVar('datadir', d, 1)) if not
os.path.exists(icon_dir): continue - + + bb.note(adding
hicolor-icon-theme dependency
to %s % pkg) + rdepends = bb.data.getVar('RDEPENDS', d, 1) +
rdepends += hicolor-icon-theme +
bb.data.setVar('RDEPENDS', rdepends, d) + bb.note(adding gtk-icon-cache
postinst and postrm scripts to %s % pkg) postinst =
bb.data.getVar('pkg_postinst_%s' % pkg, d, 1) or
bb.data.getVar('pkg_postinst', d, 1)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOOkyOMkyGM64RGpERAu38AKCbLXcD5+k5mD+zqBZ1vrmqD2MhyQCfeu8q
FWqQAhn7kDc46b8BkBlIuf8=
=NfMW
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe 00/19] Add xfce48 desktop system to meta-oe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 03-08-11 23:47, Andreas Mueller schreef: On Wednesday, August 03, 2011 11:24:44 PM Khem Raj wrote: On (03/08/11 22:59), Andreas Mueller wrote: On Wednesday, August 03, 2011 08:48:33 PM Koen Kooi wrote: Op 03-08-11 20:18, Andreas Mueller schreef: On Tuesday, August 02, 2011 10:32:19 AM Koen Kooi wrote: Do you have a public repo where this can be pulled from? Before pushing to git://gitorious.org/schnitzeltony-oe-meta/meta-openembedded.git branch meta-xfce I did * rebase the patches on latest meta-openembedded commits * Add README ( Khem suggested ) small nit: the README doesn't say that it depends on meta-oe for e.g. iceauth OK - but what is the correct git workflow to fix If commits are not part of upstream or public git repo then I would recommend rebase and squash it into the relevant commit. but if the cat is out of hat then add it as a new commit hope Koen i playing with the cat... I'm playing with the cat, yes, but nothing has been pushed yet, so rebase away :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFOOkz2MkyGM64RGpERAp+AAJ9edMVHRrsYAX+VsEH72JJHiEeKcwCfZZYP dU0uxYR67ynWQJQw8V7iqF0= =yOzz -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] systemd: Link with librt explicitly on uclibc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 04-08-11 08:53, Khem Raj schreef:
Latest systemd has started to use mq_* functions which are found on librt in
uclibc.
I'm testing v33 + buildfix
(http://cgit.freedesktop.org/systemd/commit/?id=612e58b45b84eda7e1f2a82fdfc006f1ae421cb5)
right now, can you resubmit after that went in?
Signed-off-by: Khem Raj raj.k...@gmail.com ---
meta-oe/recipes-core/systemd/systemd_git.bb |2 ++ 1 files changed, 2
insertions(+), 0 deletions(-)
diff --git a/meta-oe/recipes-core/systemd/systemd_git.bb
b/meta-oe/recipes-core/systemd/systemd_git.bb index af4a9ae..fd9bfbd 100644
--- a/meta-oe/recipes-core/systemd/systemd_git.bb +++
b/meta-oe/recipes-core/systemd/systemd_git.bb @@ -29,6 +29,8 @@
UCLIBCPATCHES_libc-uclibc =
file://paper-over-mkostemp.patch \ file://format-replace-m-uclibc.patch \
+LDFLAGS_libc-uclibc_append = -lrt + S = ${WORKDIR}/git
SYSTEMDDISTRO ?= debian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOOk4jMkyGM64RGpERAvTWAJ9nKbzS/bkAoUfbu+jzHSZQ7lCAZgCfR3rY
Knrm/e7PSQQZoTdXqKXJBQk=
=dJ5W
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] gtk-icon-cache bbclass: only add runtime dependencies on hicolor-icon-theme when installing icons
On 04.08.2011 09:38, Koen Kooi wrote: Op 04-08-11 09:15, Steffen Sledz schreef: On 01.08.2011 15:31, Steffen Sledz wrote: On 01.08.2011 11:59, Koen Kooi wrote: Also import a fix from OE-core for setting the loader dir. Tested with gnome-icon-theme and libsoup recipes on angstrom. Signed-off-by: Koen Kooi k...@openembedded.org Acked-by: Steffen Sledz sl...@dresearch-fe.de Ping! Thx for this. Would be nice, if this patch could find it's way to 2011.03-maintenance branch too. Wasn't this in the pull request you did this week? Not yet. I would like to wait until it made it's way to oe-dev master. -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [2011.03-maintenance] Pull request #22
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom, Please pull the 2 commits from here: URI: git://dominion.thruhere.net/var/cache/git/openembedded.git Branch: 2011.03-maintenance Joel A Fernandes (1): linux-omap-psp: Fix MMC timeout errors Koen Kooi (1): gtk-icon-cache bbclass: only add runtime dependencies on hicolor-icon-theme when installing icons These are all cherry-picks from .dev regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFOOlKgMkyGM64RGpERAmVzAKCOt+adxRsp3KTgn8qZG2ALyUN59QCglDEd rAQaK955xLYDFGuae4d+ClA= =8hbT -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] exclude (r)depends
Hi All, this is probably simple but I don't know how. I've build a simple recipe. Bitbake figures it depends on libsqlite0 and libsqlite3-0; which is correct by the way... For some reason I don't want the dependencies in the ipk file. Is there some flag for this? Thanks! Jaap ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] exclude (r)depends
On Thursday 04 August 2011 10:46:53 Jaap de Jong wrote:
I've build a simple recipe.
Bitbake figures it depends on libsqlite0 and libsqlite3-0; which is
correct by the way...
For some reason I don't want the dependencies in the ipk file.
Is there some flag for this?
There's no flag for this because just taking away the shlibdeps-generated
RDEPEND will almost certainly break the application/library at runtime. There
are a few correct ways to solve it:
1) If the part of the binary output that needs sqlite is a plugin or otherwise
optional module, just put it into a separate package (e.g. using
PACKAGES_prepend = ${PN}-sqlitemodule then FILES_${PN}-sqlitemodule =
${libdir}/libsomethingsqlite.so.*. Then your main package (${PN}) should not
depend on sqlite anymore, as long as it doesn't have a hard dependency on the
sqlite-using module.
2) Disable the sqlite dependency during configure, or if that can't be done,
patch the source to acheive the same effect.
3) Depending on how complex the program is, with extra effort you could patch
the source to turn it into an optional runtime dependency by using dlopen(3)
instead of linking to sqlite during the build.
Cheers,
Paul
--
Paul Eggleton
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] exclude (r)depends
On 08/04/2011 12:07 PM, Paul Eggleton wrote:
On Thursday 04 August 2011 10:46:53 Jaap de Jong wrote:
I've build a simple recipe.
Bitbake figures it depends on libsqlite0 and libsqlite3-0; which is
correct by the way...
For some reason I don't want the dependencies in the ipk file.
Is there some flag for this?
There's no flag for this because just taking away the shlibdeps-generated
RDEPEND will almost certainly break the application/library at runtime. There
are a few correct ways to solve it:
1) If the part of the binary output that needs sqlite is a plugin or otherwise
optional module, just put it into a separate package (e.g. using
PACKAGES_prepend = ${PN}-sqlitemodule then FILES_${PN}-sqlitemodule =
${libdir}/libsomethingsqlite.so.*. Then your main package (${PN}) should not
depend on sqlite anymore, as long as it doesn't have a hard dependency on the
sqlite-using module.
2) Disable the sqlite dependency during configure, or if that can't be done,
patch the source to acheive the same effect.
3) Depending on how complex the program is, with extra effort you could patch
the source to turn it into an optional runtime dependency by using dlopen(3)
instead of linking to sqlite during the build.
Probably the easiest way for me is to remove the specific *.so files
after building.
Thanks for your support!
Jaap
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] ptpd: added recipe for v1.1.0.
Signed-off-by: Chris Verges kg4...@gmail.com
---
meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
create mode 100644 meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb
diff --git a/meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb
b/meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb
new file mode 100644
index 000..87e0a69
--- /dev/null
+++ b/meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb
@@ -0,0 +1,19 @@
+DESCRIPTION = Precision Time Protocol (PTP) as defined by the IEEE 1588
standard
+HOMEPAGE = http://sourceforge.net/projects/ptpd;
+LICENSE = BSD
+SECTION = network
+PR = r1
+
+SRC_URI = ${SOURCEFORGE_MIRROR}/project/ptpd/ptpd/${PV}/ptpd-${PV}.tar.gz
+
+S = ${WORKDIR}/ptpd-${PV}/src
+
+do_install() {
+install -d ${D}${bindir} ${D}${mandir}/man8
+install -m 4555 ptpd ${D}${bindir}
+install -m 644 ptpd.8 ${D}${mandir}/man8
+}
+
+SRC_URI[md5sum] = faa4823576dd49ccc94b741ff32b03f5
+SRC_URI[sha256sum] =
a7c6ea83bd53da75ae04a7b7a25fe7c597b4e9ff1f93d46f4502e3fa8a2cb950
+
--
1.7.4.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ptpd: added recipe for v1.1.0.
On 08/04/2011 03:32 PM, Chris Verges wrote:
Signed-off-by: Chris Vergeskg4...@gmail.com
---
meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
create mode 100644 meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb
diff --git a/meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb
b/meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb
new file mode 100644
index 000..87e0a69
--- /dev/null
+++ b/meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb
@@ -0,0 +1,19 @@
+DESCRIPTION = Precision Time Protocol (PTP) as defined by the IEEE 1588
standard
+HOMEPAGE = http://sourceforge.net/projects/ptpd;
+LICENSE = BSD
+SECTION = network
+PR = r1
+
+SRC_URI = ${SOURCEFORGE_MIRROR}/project/ptpd/ptpd/${PV}/ptpd-${PV}.tar.gz
+
+S = ${WORKDIR}/ptpd-${PV}/src
+
+do_install() {
+install -d ${D}${bindir} ${D}${mandir}/man8
+install -m 4555 ptpd ${D}${bindir}
+install -m 644 ptpd.8 ${D}${mandir}/man8
+}
+
+SRC_URI[md5sum] = faa4823576dd49ccc94b741ff32b03f5
+SRC_URI[sha256sum] =
a7c6ea83bd53da75ae04a7b7a25fe7c597b4e9ff1f93d46f4502e3fa8a2cb950
+
Why not jump to version 2.1.0 right away...
DESCRIPTION = Precision Time Protocol (PTP) as defined by the IEEE 1588
standard
HOMEPAGE = http://sourceforge.net/projects/ptpd;
LICENSE = BSD
SECTION = network
PR = r0
SRC_URI = \
http://downloads.sourceforge.net/project/ptpd/ptpd/${PV}/${P}.tar.gz \
S = ${WORKDIR}/${P}/src
CFLAGS += -Dlinux
LDFLAGS += -lm -lrt
do_install() {
install -d ${D}${bindir}
install -m 4555 ptpd2 ${D}${bindir}
install -d ${D}${mandir}/man8
install -m 644 ptpd.8 ${D}${mandir}/man8
}
SRC_URI[md5sum] = 9c2ba065476f3377a0b380a56c9dd8c9
SRC_URI[sha256sum] =
80f271a58d2751824c8448a08178053a712aad1cc74d29250c0d6bf23ad12c00
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ptpd: added recipe for v1.1.0.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 04-08-11 15:32, Chris Verges schreef: Signed-off-by: Chris Verges kg4...@gmail.com --- meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb | 19 +++ You're missing the 'meta-oe' tag in subject 1 files changed, 19 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb diff --git a/meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb b/meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb new file mode 100644 index 000..87e0a69 --- /dev/null +++ b/meta-oe/recipes-connectivity/ptpd/ptpd_1.1.0.bb @@ -0,0 +1,19 @@ +DESCRIPTION = Precision Time Protocol (PTP) as defined by the IEEE 1588 standard +HOMEPAGE = http://sourceforge.net/projects/ptpd; +LICENSE = BSD +SECTION = network +PR = r1 Does this actually build with LIC_FILES_CHKSUM lacking? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFOOqO/MkyGM64RGpERAjW4AJ9kB3Sw+fIGkSLAOxJMPokWzt6VPgCgsLSh Qi0j8GjGior8CwyQlKFlEGM= =9dYd -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] systemd: Link with librt explicitly on uclibc
On 08/04/2011 12:45 AM, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 04-08-11 08:53, Khem Raj schreef:
Latest systemd has started to use mq_* functions which are found on librt in
uclibc.
I'm testing v33 + buildfix
(http://cgit.freedesktop.org/systemd/commit/?id=612e58b45b84eda7e1f2a82fdfc006f1ae421cb5)
right now, can you resubmit after that went in?
ok. I will rebase and resend
Signed-off-by: Khem Rajraj.k...@gmail.com ---
meta-oe/recipes-core/systemd/systemd_git.bb |2 ++ 1 files changed, 2
insertions(+), 0 deletions(-)
diff --git a/meta-oe/recipes-core/systemd/systemd_git.bb
b/meta-oe/recipes-core/systemd/systemd_git.bb index af4a9ae..fd9bfbd 100644 ---
a/meta-oe/recipes-core/systemd/systemd_git.bb +++
b/meta-oe/recipes-core/systemd/systemd_git.bb @@ -29,6 +29,8 @@
UCLIBCPATCHES_libc-uclibc =
file://paper-over-mkostemp.patch \ file://format-replace-m-uclibc.patch \
+LDFLAGS_libc-uclibc_append = -lrt + S = ${WORKDIR}/git
SYSTEMDDISTRO ?= debian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOOk4jMkyGM64RGpERAvTWAJ9nKbzS/bkAoUfbu+jzHSZQ7lCAZgCfR3rY
Knrm/e7PSQQZoTdXqKXJBQk=
=dJ5W
-END PGP SIGNATURE-
___
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] 2011.03-maintenance: eglibc-binary-localedata packages missing on image
On 08/04/2011 03:10 AM, Hauser, Wolfgang (external) wrote: Ping ... Has someone an idea how to solve this problem ? If we examine the angstrom glibc locale-base-* packages they have an dependency on the glibc-binary-localedata-* but no provides entry for this package. I would look at classes/libc-package.bbclass and recipes/eglibc/eglibc-package.inc in oe.dev and see if there's been a fix here that needs to be back ported / cherry-picked. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe 00/19] Add xfce48 desktop system to meta-oe
On Thursday, August 04, 2011 09:40:38 AM Koen Kooi wrote: Op 03-08-11 23:47, Andreas Mueller schreef: On Wednesday, August 03, 2011 11:24:44 PM Khem Raj wrote: On (03/08/11 22:59), Andreas Mueller wrote: On Wednesday, August 03, 2011 08:48:33 PM Koen Kooi wrote: Op 03-08-11 20:18, Andreas Mueller schreef: On Tuesday, August 02, 2011 10:32:19 AM Koen Kooi wrote: Do you have a public repo where this can be pulled from? Before pushing to git://gitorious.org/schnitzeltony-oe-meta/meta-openembedded.git branch meta-xfce I did * rebase the patches on latest meta-openembedded commits * Add README ( Khem suggested ) small nit: the README doesn't say that it depends on meta-oe for e.g. iceauth OK - but what is the correct git workflow to fix If commits are not part of upstream or public git repo then I would recommend rebase and squash it into the relevant commit. but if the cat is out of hat then add it as a new commit hope Koen i playing with the cat... I'm playing with the cat, yes, but nothing has been pushed yet, so rebase away :) Done ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-core] gstreamer-ti, questions
On Thu, Aug 4, 2011 at 8:04 PM, Joel A Fernandes agnel.j...@gmail.com wrote: On Thu, Aug 4, 2011 at 2:44 AM, Koen Kooi k...@dominion.thruhere.net wrote: Op 3 aug. 2011, om 18:28 heeft Enrico Butera het volgende geschreven: I've started importing bb files from oe classic into meta-texasinstruments, i still not have a clean build of everything but here are some basic questions: - cross compiler binaries: in classic oe there were sysroots/i686-linux/usr/armv7a/bin/arm-angstrom-linux-gnueabi-[gcc,ld...] and sysroots/i686-linux/usr/armv7a/arm-angstrom-linux-gnueabi/bin/[gcc,ld...], some ti tools use one, some the other. Now there is only usr/bin/armv7a. and this confuses some ti tools. The question is: what is the proper way to handle this? patch gcc install to have a similar layout to classic oe? patch ti tools to fix them? Joel was running into similar problems with https://github.com/joelagnel/meta-texasinstruments/commits/master can you guys have a look at it together? I think its cleaner to have the toolchain to define symlinks in /bin I've done this in the gcc-cross recipe in do_install (which is hopefully the right place to do it) http://www.hackerbliss.org/joel/cgit/cgit.cgi/oe-core/commit/?id=2878a712aabf839cb4c6e84961b6e8deafacf824 Now ti-codec-engine codecs, extensions and server builds but the 'apps' fails to build with a linker error. Here's the compiler log: [..] # # lnkv5T bin/ti_platforms_evm3530/app_remote.xv5T ... /home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi-gcc -o bin/ti_platforms_evm3530/app_remote.xv5T package/cfg/bin/ti_platforms_evm3530/app_remote/main_native.ov5T package/cfg/bin/ti_platforms_evm3530/app_remote_xv5T.ov5T package/cfg/bin/ti_platforms_evm3530/app_remote/app.ov5T package/cfg/bin/ti_platforms_evm3530/app_remote_xv5T.xdl -L/home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi/lib -lpthread Interestingly the path: /home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi/lib doesn't exist, which explains the symbol errors. libgcc contains the symbol `__aeabi_uidivmod' Does this point to another problem with the toolchain? How would we fix this? thanks, Joel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
