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 > > Acked-by: Steffen Sledz 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 >> >> Acked-by: Steffen Sledz > > 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 --- > 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 >>> >>> Acked-by: Steffen Sledz > >> 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] 2011.03-maintenance: eglibc-binary-localedata packages missing on image
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. Regards Wolfgang Hauser -Ursprüngliche Nachricht- Von: Hauser, Wolfgang (external) Gesendet: Montag, 1. August 2011 11:32 An: openembedded-devel@lists.openembedded.org Betreff: 2011.03-maintenance: eglibc-binary-localedata packages missing on image Hello, we want to install our generated locales on our image offline, therefor we use following settings: local.conf: ENABLE_BINARY_LOCALE_GENERATION = "1" LOCALE_GENERATION_WITH_CROSS-LOCALEDEF = "1" GLIBC_INTERNAL_USE_BINARY_LOCALE = "compile" GLIBC_GENERATE_LOCALES = "en_US.UTF-8 en_GB.UTF-8 de_DE.UTF-8 de_CH.UTF-8 es_ES. UTF-8 fr_FR.UTF-8 fr_CH.UTF-8 it_IT.UTF-8 it_CH.UTF-8" xx-image.bb: IMAGE_LINGUAS = "en-us en-gb de-de de-ch es-es fr-fr fr-ch it-it it-ch" ROOTFS_POSTPROCESS_COMMAND += "install_linguas;" The packages locale-base-* are installed properly, but the eglibc-binary-localedata are not installed in the image, so the needed data for the locale support are missing. If we examine the locale-base- packages with dpkg, there is an entry "eglibc-binary-localedata-..." in "provides" this seem to be wrong. (should that not be a dependency only?) dpkg-deb -I locale-base-de-de_2.12-r21.8+svnr12323.9_armv7a.ipk new debian package, version 2.0. size 906 bytes: control archive= 608 bytes. 808 bytes,14 lines control Package: locale-base-de-de Version: 2.12-r21.8+svnr12323.9 Description: Embedded GNU C Library Section: libs Priority: required Maintainer: Angstrom Developers License: LGPL Architecture: armv7a OE: eglibc Homepage: http://www.eglibc.org/home Build: /9426 Depends: eglibc-binary-localedata-de.de Provides: virtual-locale-de-de, virtual-locale-de, eglibc-binary-localedata-de.de Source: svn://svn.eglibc.org/branches;module=eglibc-2_12;proto=svn file://eglibc-svn-arm-lowlevellock-include-tls.patch file://IO-acquire-lock-fix.patch file://shorten-build-commands.patch file://sh4_set_fpscr_2.12.patch file://sh4_local-fpscr_values.patch file://eglibc-dont-cache-slibdir.patch file://armv4-eabi-compile-fix.patch file://etc/ld.so.conf file://generate-supported.mk What is going wrong here ? ___ 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 --- 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 Verges --- 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 --- > 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 Raj --- 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 wrote: > On Thu, Aug 4, 2011 at 2:44 AM, Koen Kooi 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
Re: [oe] [2011.03-maintenance] unsatisfied dependencies to libgcc
On 04.08.2011 08:29, Steffen Sledz wrote: > 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. Another collegue had a similar problem while bitbaking meta-toolchain. | * satisfy_dependencies_for: Cannot satisfy the following dependencies for task-sdk-bare: | *libstdc++-dev * | * opkg_install_cmd: Cannot install package task-sdk-bare. So it seems it is not a problem of our image recipe. -- 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