Re: [oe] [PATCH 01/44] cpan-base: add perl version to PR
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24-03-10 18:55, Roman I Khimov wrote: > В сообщении от Среда 24 марта 2010 20:41:00 автор Marcin Juszkiewicz написал: >> Dnia środa, 24 marca 2010 o 18:26:16 Roman I Khimov napisał(a): >>> OK. Pushed perl 5.10.1, everybody, have fun! >> >> 18:39 h...@home:angstrom$ bitbake perl >> NOTE: Handling BitBake files: - (0975/8143) [11 %]NOTE: > 'exceptions.TypeError'>:cannot concatenate 'str' and 'NoneType' objects >> while evaluating: >> r...@perl_get_version_suffix(d)} >> NOTE: :cannot concatenate 'str' and 'NoneType' >> objects while evaluating: >> ${PN}-${EXTENDPE}${PV}-${PR} >> NOTE: :cannot concatenate 'str' and 'NoneType' >> objects while evaluating: >> ${TMPDIR}/work/${MULTIMACH_TARGET_SYS}/${PF} >> NOTE: :cannot concatenate 'str' and 'NoneType' >> objects while evaluating: >> ${WORKDIR}/callweaver-1.2-${CWRCV}/contrib/ogi-perl/callweaver-perl-0.0.1 >> NOTE: :cannot concatenate 'str' and 'NoneType' >> objects while evaluating: >> ${S} >> ERROR: cannot concatenate 'str' and 'NoneType' objects while parsing >> /home/hrw/devel/oe/openembedded/recipes/callweaver/callweaver-perl.bb >> NOTE: Handling BitBake files: - (3827/8143) [46 %]NOTE: > 'exceptions.TypeError'>:cannot concatenate 'str' and 'NoneType' objects >> while evaluating: >> r...@perl_get_version_suffix(d)} > > (0_0) > Never had that and just tried, nothing like that, test setup is Angstrom for > qemuarm. I think this is the same problem as we have with KERNEL_VERSION. IIRC we cheat a bit and write out a file in staging with the version. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFLqxCBMkyGM64RGpERAttaAKCsWP+WLeWIRkSZBfiaqUrT15L1QgCcDvIZ gN3dYKQn5EjTC4lqqqu5cX4= =Oaop -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 01/44] cpan-base: add perl version to PR
В сообщении от Четверг 25 марта 2010 10:28:02 автор Koen Kooi написал: > On 24-03-10 18:55, Roman I Khimov wrote: > > В сообщении от Среда 24 марта 2010 20:41:00 автор Marcin Juszkiewicz написал: > >> Dnia środa, 24 marca 2010 o 18:26:16 Roman I Khimov napisał(a): > >>> OK. Pushed perl 5.10.1, everybody, have fun! > >> > >> 18:39 h...@home:angstrom$ bitbake perl > >> NOTE: Handling BitBake files: - (0975/8143) [11 %]NOTE: >> 'exceptions.TypeError'>:cannot concatenate 'str' and 'NoneType' objects > >> while evaluating: > >> r...@perl_get_version_suffix(d)} > >> NOTE: :cannot concatenate 'str' and > >> 'NoneType' objects while evaluating: > >> ${PN}-${EXTENDPE}${PV}-${PR} > >> NOTE: :cannot concatenate 'str' and > >> 'NoneType' objects while evaluating: > >> ${TMPDIR}/work/${MULTIMACH_TARGET_SYS}/${PF} > >> NOTE: :cannot concatenate 'str' and > >> 'NoneType' objects while evaluating: > >> ${WORKDIR}/callweaver-1.2-${CWRCV}/contrib/ogi-perl/callweaver-perl-0.0. > >>1 NOTE: :cannot concatenate 'str' and > >> 'NoneType' objects while evaluating: > >> ${S} > >> ERROR: cannot concatenate 'str' and 'NoneType' objects while parsing > >> /home/hrw/devel/oe/openembedded/recipes/callweaver/callweaver-perl.bb > >> NOTE: Handling BitBake files: - (3827/8143) [46 %]NOTE: >> 'exceptions.TypeError'>:cannot concatenate 'str' and 'NoneType' objects > >> while evaluating: > >> r...@perl_get_version_suffix(d)} > > > > (0_0) > > Never had that and just tried, nothing like that, test setup is Angstrom > > for qemuarm. > > I think this is the same problem as we have with KERNEL_VERSION. IIRC we > cheat a bit and write out a file in staging with the version. Yep, see my other message and as we've discussed a bit on IRC, there is no good way to handle it other than DISTRO_PR or some kind of mangling of PKGR, but that's also not perfect. I think that perl version change might deserve DISTRO_PR bump. -- http://roman.khimov.ru mailto: ro...@khimov.ru gpg --keyserver hkp://subkeys.pgp.net --recv-keys 0xE5E055C3 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] Checksums in Bitbake
2010/3/24 Richard Purdie : > On Wed, 2010-03-24 at 21:17 +0100, Frans Meulenbroeks wrote: >> If a dep is rebuild there is a reason for it (bug fix, packaging >> changed, changes in exported files etc etc). >> This might impact the using recipe. >> If baking a file does not result in a rebuild when a dependency is >> changed, probably a warning should be given. >> >> Encoding the library ABI is only part of the job. You'd also have to >> take the .h files a package exports into account as constants in it >> could be changed. >> And even the using package could change its behaviour (e.g. because >> configure runs differently). >> Note also that if we abandon PR we do not really have an easy >> mechanism to force recompilation of a package (if a depenency changed >> and we want to force a rebuild). > > Its worth noting you can enable this now with BB_STAMP_POLICY. I see > something similar being the likely outcome with checksums. Some people > will want the full dependency tree, some people won't. We can support > both just as we do now. Supporting both is great. The reason I brought this up is that for application of OE in products, reproducability is important. I've seen too often (also outside OE) that two engineers take the same source yet still get different results, and that bugs at a customer site cannot be reproduced in the lab (and yes, I do know there are other ways to tackle this problem) The thing I would like to avoid is that different people create packages/images that look like being the same (e.g. name/ID) yet have different content. Or in other words: the problem one could face and that I want to avoid is that if A depends on B and A is build and works, but afterwards B is changed and a newly compiled A would have the same name/version but might behave differently than the old one (e.g. because B changed something in a .h file). That could also lead to situations where a local compiled file behaves differently than the same one you'd get from a feed. IMHO less desirable. Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] imagemagick: convert to BBCLASSEXTEND and new staging
* now imagemagick is buildable again with autoconf > 2.63 * tiff-native now exists, so no need to override DEPENDS of -native anymore Signed-off-by: Thomas Zimmermann --- recipes/imagemagick/imagemagick-native_6.3.5-10.bb |6 -- recipes/imagemagick/imagemagick_6.3.5-10.bb| 10 -- recipes/imagemagick/imagemagick_6.4.4-1.bb | 10 -- 3 files changed, 8 insertions(+), 18 deletions(-) delete mode 100644 recipes/imagemagick/imagemagick-native_6.3.5-10.bb diff --git a/recipes/imagemagick/imagemagick-native_6.3.5-10.bb b/recipes/imagemagick/imagemagick-native_6.3.5-10.bb deleted file mode 100644 index d2efd36..000 --- a/recipes/imagemagick/imagemagick-native_6.3.5-10.bb +++ /dev/null @@ -1,6 +0,0 @@ -require imagemagick_${PV}.bb -DEPENDS ="libtool-native" -# FIXME: There is much more checked libraries. All should be added or explicitly disabled to get consistent results. -# tiff-native does not exist -DEPENDS += "bzip2-native jpeg-native libpng-native librsvg-native zlib-native" -inherit native diff --git a/recipes/imagemagick/imagemagick_6.3.5-10.bb b/recipes/imagemagick/imagemagick_6.3.5-10.bb index b399741..58f3b23 100644 --- a/recipes/imagemagick/imagemagick_6.3.5-10.bb +++ b/recipes/imagemagick/imagemagick_6.3.5-10.bb @@ -2,7 +2,7 @@ DESCRIPTION = "ImageMagick is an image convertion tools" SECTION = "console/utils" LICENSE = "GPL" DEPENDS = "tiff jpeg libpng librsvg tiff zlib" -PR = "r7" +PR = "r8" SRC_URI = "ftp://ftp.nluug.nl/pub/ImageMagick/ImageMagick-${PV}.tar.bz2 \ file://PerlMagic_MakePatch;patch=1 \ @@ -14,16 +14,12 @@ IMVER = "6.3.5" S = "${WORKDIR}/ImageMagick-${IMVER}" -inherit autotools binconfig pkgconfig +inherit autotools_stage binconfig pkgconfig EXTRA_AUTORECONF += "--exclude=libtoolize" EXTRA_OECONF = "--without-x --without-freetype --without-perl" EXTRA_OECONF_openprotium = "--without-x --without-freetype --without-xml --without-perl" -do_stage() { - autotools_stage_all -} - FILES_${PN} += "${libdir}/ImageMagick-${IMVER}/modules-Q16/*/*.so \ ${libdir}/ImageMagick-${IMVER}/modules-Q16/*/*.la \ ${libdir}/ImageMagick-${IMVER}/config/ \ @@ -33,5 +29,7 @@ FILES_${PN}-dev += "${libdir}/ImageMagick-${IMVER}/modules-Q16/*/*.a" FILES_${PN}-dbg += "${libdir}/ImageMagick-${IMVER}/modules-Q16/*/.debug/*" +BBCLASSEXTEND = "native" + LEAD_SONAME = "libMagick.so.*" diff --git a/recipes/imagemagick/imagemagick_6.4.4-1.bb b/recipes/imagemagick/imagemagick_6.4.4-1.bb index bc16b0c..1b17664 100644 --- a/recipes/imagemagick/imagemagick_6.4.4-1.bb +++ b/recipes/imagemagick/imagemagick_6.4.4-1.bb @@ -4,7 +4,7 @@ LICENSE = "GPL" # FIXME: There is much more checked libraries. All should be added or explicitly disabled to get consistent results. DEPENDS = "bzip2 jpeg libpng librsvg tiff zlib" -PR = "r3" +PR = "r4" SRC_URI = "ftp://ftp.nluug.nl/pub/ImageMagick/ImageMagick-${PV}.tar.bz2 \ file://PerlMagic_MakePatch;patch=1 \ @@ -14,15 +14,11 @@ IMVER = "6.4.4" S = "${WORKDIR}/ImageMagick-${IMVER}" -inherit autotools binconfig pkgconfig +inherit autotools_stage binconfig pkgconfig EXTRA_AUTORECONF += "--exclude=libtoolize" EXTRA_OECONF = "--program-prefix= --without-x --without-freetype --without-perl --disable-openmp" -do_stage() { - autotools_stage_all -} - FILES_${PN} += "${libdir}/ImageMagick-${IMVER}/modules-Q16/*/*.so \ ${libdir}/ImageMagick-${IMVER}/modules-Q16/*/*.la \ ${libdir}/ImageMagick-${IMVER}/config/ \ @@ -32,5 +28,7 @@ FILES_${PN}-dev += "${libdir}/ImageMagick-${IMVER}/modules-Q16/*/*.a" FILES_${PN}-dbg += "${libdir}/ImageMagick-${IMVER}/modules-Q16/*/.debug/*" +BBCLASSEXTEND = "native" + LEAD_SONAME = "libMagickCore.so.*" -- 1.7.0.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] imagemagick: convert to BBCLASSEXTEND and new staging
Am Donnerstag 25 März 2010 09:54:32 schrieb Thomas Zimmermann: > * now imagemagick is buildable again with autoconf > 2.63 > * tiff-native now exists, so no need to override DEPENDS of -native anymore > > Signed-off-by: Thomas Zimmermann > --- > recipes/imagemagick/imagemagick-native_6.3.5-10.bb |6 -- > recipes/imagemagick/imagemagick_6.3.5-10.bb| 10 -- > recipes/imagemagick/imagemagick_6.4.4-1.bb | 10 -- > 3 files changed, 8 insertions(+), 18 deletions(-) > delete mode 100644 recipes/imagemagick/imagemagick-native_6.3.5-10.bb 6.4.4-1 builds fine, but i can't try if 6.3.5 builds fine too, as it doesn't compile anymore for me because of to recent autoconf... So it would be nice if someone can confirm that 6.3.5 builds fine too. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] How to rebuild images with updated PREFERRED_PROVIDER_xxx in machine conf?
OK, here the answer is: some-pkg-mine.bb should include not only PROVIDES line, but also RPROVIDES line. Thanks for the help, though. :-) Thank You! jiason 20100324 2010/3/24 Jiason Li: > Hi, > > resulted two things: > > 1. bitbake -c package_update_index opie-image > ERROR: Task do_package_update_index does not exist for target opie-image > > 2. I just found that: > although "bitbake some-pkg" will produce some-pkg-mine.ipk correctly, > some-pkg was still in some-image instead of some-pkg-mine after > "bitbake some-image". :-( > > strangest thing is, if "some-pkg" was "virtual/kernel", then things > all worked correctly... > > Any info are very appreciated. :-/ > > Thank You! > jiason > 20100324 > ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] oestats-client: add metadata_scm inherit after base.bbclass split in 89b7e433719f43f1c36c76cb8856d559014e99bc
Signed-off-by: Martin Jansa --- classes/oestats-client.bbclass |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/classes/oestats-client.bbclass b/classes/oestats-client.bbclass index e4e6206..5aad12b 100644 --- a/classes/oestats-client.bbclass +++ b/classes/oestats-client.bbclass @@ -9,6 +9,8 @@ # OESTATS_BUILDER = "some_nickname" # +inherit metadata_scm + def oestats_setid(d, val): import bb f = file(bb.data.getVar('TMPDIR', d, True) + '/oestats.id', 'w') -- 1.7.0.2 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] oestats-client: add metadata_scm inherit after base.bbclass split in 89b7e433719f43f1c36c76cb8856d559014e99bc
On Thu, 25 Mar 2010 15:24:23 +0100 Martin Jansa wrote: [...] > --- a/classes/oestats-client.bbclass > +++ b/classes/oestats-client.bbclass > @@ -9,6 +9,8 @@ > # OESTATS_BUILDER = "some_nickname" > # > > +inherit metadata_scm > + Hi Martin, this makes sense indeed, but can you please explain if/why my previous patch[1] is not complete? In other words can oestats-client be used without base.bbclass? Or is that "just" to make the inheritance explicit? Thanks, Antonio [1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-March/018675.html -- Antonio Ospite http://ao2.it PGP public key ID: 0x4553B001 A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? pgpGeFC1lzzFM.pgp Description: PGP signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] oestats-client: add metadata_scm inherit after base.bbclass split in 89b7e433719f43f1c36c76cb8856d559014e99bc
On Thu, Mar 25, 2010 at 03:46:13PM +0100, Antonio Ospite wrote: > On Thu, 25 Mar 2010 15:24:23 +0100 > Martin Jansa wrote: > > [...] > > --- a/classes/oestats-client.bbclass > > +++ b/classes/oestats-client.bbclass > > @@ -9,6 +9,8 @@ > > # OESTATS_BUILDER = "some_nickname" > > # > > > > +inherit metadata_scm > > + > > Hi Martin, this makes sense indeed, but can you please explain if/why my > previous patch[1] is not complete? In other words can oestats-client > be used without base.bbclass? Or is that "just" to make the inheritance > explicit? > > Thanks, >Antonio > > [1] > http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-March/018675.html Hi Antonio, ah, sorry I overlooked your patch in ML, for me your patch is as good as mine and maybe better. I just walk into the same issue today when RP sent me patch fixing event.data availability for oestats-client with bitbake master (before I had 2 constants there to work-arround this issue). Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [SDK] meta-toolchain.bb generates very interesting environment-setup
$ cat /usr/local/angstrom/arm/environment-setup export SDK_PATH=/usr/local/angstrom/arm export TARGET_SYS=arm-angstrom-linux-gnueabi export PATH=$SDK_PATH/bin:$PATH export CPATH=$SDK_PATH/$TARGET_SYS/usr/include:$CPATH export LIBTOOL_SYSROOT_PATH=$SDK_PATH/$TARGET_SYS export PKG_CONFIG_SYSROOT_DIR=$SDK_PATH/$TARGET_SYS export PKG_CONFIG_PATH=$SDK_PATH/$TARGET_SYS/usr/lib/pkgconfig export CONFIG_SITE=$SDK_PATH/site-config alias opkg='LD_LIBRARY_PATH=/lib /bin/opkg-cl -f //etc/opkg-sdk.conf -o ' alias opkg-target='LD_LIBRARY_PATH=/lib /bin/opkg-cl -f //etc/opkg.conf -o /' A problem seems to be this code: # Create environment setup script script=${SDK_OUTPUT}/${SDKPATH}/environment-setup touch $script echo 'export SDK_PATH=${SDKPATH}' >> $script echo 'export TARGET_SYS=${TARGET_SYS}' >> $script echo 'export PATH=$SDK_PATH/bin:$PATH' >> $script echo 'export CPATH=$SDK_PATH/$TARGET_SYS/usr/include:$CPATH' >> $script echo 'export LIBTOOL_SYSROOT_PATH=$SDK_PATH/$TARGET_SYS' >> $script echo 'export PKG_CONFIG_SYSROOT_DIR=$SDK_PATH/$TARGET_SYS' >> $script echo 'export PKG_CONFIG_PATH=$SDK_PATH/$TARGET_SYS${libdir}/pkgconfig' >> $script echo 'export CONFIG_SITE=$SDK_PATH/site-config' >> $script echo "alias opkg='LD_LIBRARY_PATH=$SDK_PATH/lib $SDK_PATH/bin/opkg-cl -f $SDK_PATH/${sysconfdir}/opkg-s dk.conf -o $SDK_PATH'" >> $script echo "alias opkg-target='LD_LIBRARY_PATH=$SDK_PATH/lib $SDK_PATH/bin/opkg-cl -f $SDK_PATH/$TARGET_SYS${ sysconfdir}/opkg.conf -o $SDK_PATH/$TARGET_SYS'" >> $script it seems that $SDK_PATH in last two lines gets resolved instead of being written literally. adding \ before $ in these lines seems to fix this problem. Is it appropriate fix? diff --git a/recipes/meta/meta-toolchain.bb b/recipes/meta/meta-toolchain.bb index 688995c..4f7ffda 100644 --- a/recipes/meta/meta-toolchain.bb +++ b/recipes/meta/meta-toolchain.bb @@ -145,8 +145,8 @@ do_populate_sdk() { echo 'export PKG_CONFIG_SYSROOT_DIR=$SDK_PATH/$TARGET_SYS' >> $script echo 'export PKG_CONFIG_PATH=$SDK_PATH/$TARGET_SYS${libdir}/pkgconfig' >> $script echo 'export CONFIG_SITE=$SDK_PATH/site-config' >> $script - echo "alias opkg='LD_LIBRARY_PATH=$SDK_PATH/lib $SDK_PATH/bin/opkg-cl -f $SDK_PATH/${sysconfdir}/opkg-sd - echo "alias opkg-target='LD_LIBRARY_PATH=$SDK_PATH/lib $SDK_PATH/bin/opkg-cl -f $SDK_PATH/$TARGET_SYS${s + echo "alias opkg='LD_LIBRARY_PATH=\$SDK_PATH/lib \$SDK_PATH/bin/opkg-cl -f \$SDK_PATH/${sysconfdir}/opkg + echo "alias opkg-target='LD_LIBRARY_PATH=\$SDK_PATH/lib \$SDK_PATH/bin/opkg-cl -f \$SDK_PATH/$TARGET_SYS # Add version information versionfile=${SDK_OUTPUT}/${SDKPATH}/version ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 0/5] Misc updates for EZX bits in OE
Hi, here are some updates for EZX bits in OE. With these changes we have a working image to experiment with ts27010mux driver and ezxd, no fso support yet. Tested on Motorola A780. Note that although ezx-gen-blob builds fine now, it seems to have issues with GCC 4.4: the binary size is about 300KiB instead of the expected 64KiB, if anyone has a clue please let me know. Thanks, Antonio Antonio Ospite (5): ezx: update openezx-kernel version ezx: update ezx-boot-usb-native version ezx: update ezxd version and ezxd.init script ezx: update ezx-gen-blob version ezx: update device_table-ezx.txt conf/distro/include/sane-srcrevs.inc |8 files/device_table-ezx.txt |6 +++--- recipes/ezx/ezx-boot-usb-native_svn.bb |2 +- recipes/ezx/ezxd/ezxd.init |5 + recipes/ezx/ezxd_svn.bb|4 +++- recipes/linux/openezx-kernel_git.bb|4 ++-- 6 files changed, 18 insertions(+), 11 deletions(-) -- Antonio Ospite http://ao2.it PGP public key ID: 0x4553B001 A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 4/5] ezx: update ezx-gen-blob version
NOTE: this version builds fine but the resulting binaries do not seem to be correct, their size is about 300KiB instead of the expected 64KiB. Signed-off-by: Antonio Ospite --- conf/distro/include/sane-srcrevs.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/conf/distro/include/sane-srcrevs.inc b/conf/distro/include/sane-srcrevs.inc index 1b4972a..8451e3d 100644 --- a/conf/distro/include/sane-srcrevs.inc +++ b/conf/distro/include/sane-srcrevs.inc @@ -56,7 +56,7 @@ SRCREV_pn-epdfview ?= "346" SRCREV_pn-epiphany ?= "7837" SRCREV_pn-essential-dialer ?= "194" SRCREV_pn-ezx-boot-usb-native ?= "2512" -SRCREV_pn-ezx-gen-blob ?= "2426" +SRCREV_pn-ezx-gen-blob ?= "2517" SRCREV_pn-ezxd ?= "2513" SRCREV_pn-fbgrab-viewer-native ?= "1943" SRCREV_pn-flashrom ?= "3682" -- 1.7.0.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/5] ezx: update openezx-kernel version
This version uses an adapted ts27010mux driver from Motorola Milestone. Signed-off-by: Antonio Ospite --- conf/distro/include/sane-srcrevs.inc |2 +- recipes/linux/openezx-kernel_git.bb |4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/conf/distro/include/sane-srcrevs.inc b/conf/distro/include/sane-srcrevs.inc index da44903..7e08ca0 100644 --- a/conf/distro/include/sane-srcrevs.inc +++ b/conf/distro/include/sane-srcrevs.inc @@ -138,7 +138,7 @@ SRCREV_pn-ologicd ?= "4a32af91a9479ebd4d1d39057354ac9904d74cbb" SRCREV_pn-om-locations ?= "942e88a1b689ffe3f11a2d982cce389cc965b2ec" SRCREV_pn-openbsc ?= "5e68183a201ab92f29cd2467df5209f7b351a66d" SRCREV_pn-openbsc-onwaves ?= "0d9ed87d5c7d5b6e21dc3bbb282e215068742566" -SRCREV_pn-openezx-kernel ?= "43b844d1d38f0343272d3f0f844f80666186c526" +SRCREV_pn-openezx-kernel ?= "b390bb1ee708277297fdfd38e26d955b17d81c2e" SRCREV_pn-openmoko-footer ?= "2354" SRCREV_pn-openmoko-terminal2 ?= "4782" SRCREV_pn-openmoocow ?= "39648419825cddfea1cb1321e552a12b71fede14" diff --git a/recipes/linux/openezx-kernel_git.bb b/recipes/linux/openezx-kernel_git.bb index 64fac44..a986b4a 100644 --- a/recipes/linux/openezx-kernel_git.bb +++ b/recipes/linux/openezx-kernel_git.bb @@ -1,9 +1,9 @@ DESCRIPTION = "OpenEZX 2.6 Linux Development Kernel for the Motorola EZX GSM phones" AUTHOR = "The OpenEZX Team " HOMEPAGE = "http://www.openezx.org"; -KV = "2.6.29+2.6.30rc2" +KV = "2.6.33" PV = "${KV}+gitr${SRCREV}" -PR = "r3" +PR = "r4" require linux.inc -- 1.7.0.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 2/5] ezx: update ezx-boot-usb-native version
Fix also ezx-boot-usb-native_svn.bb as the code now resides in a 'src' subdirectory. Signed-off-by: Antonio Ospite --- conf/distro/include/sane-srcrevs.inc |2 +- recipes/ezx/ezx-boot-usb-native_svn.bb |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/conf/distro/include/sane-srcrevs.inc b/conf/distro/include/sane-srcrevs.inc index 7e08ca0..2248e78 100644 --- a/conf/distro/include/sane-srcrevs.inc +++ b/conf/distro/include/sane-srcrevs.inc @@ -55,7 +55,7 @@ SRCREV_pn-elf2flt ?= "1786" SRCREV_pn-epdfview ?= "346" SRCREV_pn-epiphany ?= "7837" SRCREV_pn-essential-dialer ?= "194" -SRCREV_pn-ezx-boot-usb-native ?= "2371" +SRCREV_pn-ezx-boot-usb-native ?= "2512" SRCREV_pn-ezx-gen-blob ?= "2426" SRCREV_pn-ezxd ?= "2074" SRCREV_pn-fbgrab-viewer-native ?= "1943" diff --git a/recipes/ezx/ezx-boot-usb-native_svn.bb b/recipes/ezx/ezx-boot-usb-native_svn.bb index 1298cac..237d06b 100644 --- a/recipes/ezx/ezx-boot-usb-native_svn.bb +++ b/recipes/ezx/ezx-boot-usb-native_svn.bb @@ -14,7 +14,7 @@ inherit autotools native do_deploy() { install -d ${DEPLOY_DIR_TOOLS} -install -m 0755 boot_usb ${DEPLOY_DIR_TOOLS}/ezx-boot-usb-${PV} +install -m 0755 src/boot_usb ${DEPLOY_DIR_TOOLS}/ezx-boot-usb-${PV} } do_stage() { -- 1.7.0.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 3/5] ezx: update ezxd version and ezxd.init script
Newer kernels have drivers for BP interaction built as modules, add the loading sequence in ezxd.init. Fix also the recipe so that the CC and CROSS variables do not interfere with the crosscompiler from OE. Signed-off-by: Antonio Ospite --- conf/distro/include/sane-srcrevs.inc |2 +- recipes/ezx/ezxd/ezxd.init |5 + recipes/ezx/ezxd_svn.bb |4 +++- 3 files changed, 9 insertions(+), 2 deletions(-) diff --git a/conf/distro/include/sane-srcrevs.inc b/conf/distro/include/sane-srcrevs.inc index 2248e78..1b4972a 100644 --- a/conf/distro/include/sane-srcrevs.inc +++ b/conf/distro/include/sane-srcrevs.inc @@ -57,7 +57,7 @@ SRCREV_pn-epiphany ?= "7837" SRCREV_pn-essential-dialer ?= "194" SRCREV_pn-ezx-boot-usb-native ?= "2512" SRCREV_pn-ezx-gen-blob ?= "2426" -SRCREV_pn-ezxd ?= "2074" +SRCREV_pn-ezxd ?= "2513" SRCREV_pn-fbgrab-viewer-native ?= "1943" SRCREV_pn-flashrom ?= "3682" SRCREV_pn-frameworkd-config-shr ?= "cdf5b5f3d8f37d6d91e1eb8d9cf07d034291df87" diff --git a/recipes/ezx/ezxd/ezxd.init b/recipes/ezx/ezxd/ezxd.init index a345952..ba44942 100644 --- a/recipes/ezx/ezxd/ezxd.init +++ b/recipes/ezx/ezxd/ezxd.init @@ -37,6 +37,11 @@ start_it_up() fi echo -n "Starting $DESC: " + modprobe ohci-hcd + sleep 2 + modprobe moto-usb-ipc + modprobe ts27010mux + start-stop-daemon --start --background --quiet --pidfile $PIDFILE \ --exec $DAEMON -- --system $PARAMS # We need to sleep here because opening the mux devices takes some time diff --git a/recipes/ezx/ezxd_svn.bb b/recipes/ezx/ezxd_svn.bb index 134980f..19bbd93 100644 --- a/recipes/ezx/ezxd_svn.bb +++ b/recipes/ezx/ezxd_svn.bb @@ -22,7 +22,9 @@ CFLAGS_append = " -DDEBUG " TARGET_CC_ARCH += "${LDFLAGS}" do_configure() { -sed -i -e s:CROSS:CC:g Makefile +# Comment out both CC and CROSS definitions +sed -i -e 's:^CC.*$:#\0:g' Makefile +sed -i -e 's:^CROSS.*$:#\0:g' Makefile } fakeroot do_install() { -- 1.7.0.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 5/5] ezx: update device_table-ezx.txt
Update mux nodes to be used with the ts27010mux driver. Fix names for ttyIPC0 and video0 nodes. Signed-off-by: Antonio Ospite --- files/device_table-ezx.txt |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/files/device_table-ezx.txt b/files/device_table-ezx.txt index f477a67..7246bc8 100644 --- a/files/device_table-ezx.txt +++ b/files/device_table-ezx.txt @@ -8,7 +8,7 @@ #b Block special device file #p Fifo (named pipe) -/dev/mux c 660 0 5 250 0 1 1 8 -/dev/ttyIPCc 660 0 5 251 0 - - - +/dev/mux c 660 0 5 234 0 0 1 9 +/dev/ttyIPC0 c 660 0 5 251 0 - - - /dev/input/uinput c 660 0 0 10 223 - - - -/dev/video c 660 0 44 81 0 - - - +/dev/video0c 660 0 44 81 0 - - - -- 1.7.0.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/5] ezx: update openezx-kernel version
Hello. On Thu, 2010-03-25 at 18:19, Antonio Ospite wrote: > This version uses an adapted ts27010mux driver from Motorola Milestone. > > Signed-off-by: Antonio Ospite Acked-by: Stefan Schmidt regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 2/5] ezx: update ezx-boot-usb-native version
Hello. On Thu, 2010-03-25 at 18:19, Antonio Ospite wrote: > Fix also ezx-boot-usb-native_svn.bb as the code now resides in a 'src' > subdirectory. > > Signed-off-by: Antonio Ospite Acked-by: Stefan Schmidt regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 3/5] ezx: update ezxd version and ezxd.init script
Hello. On Thu, 2010-03-25 at 18:19, Antonio Ospite wrote: > Newer kernels have drivers for BP interaction built as modules, add the > loading sequence in ezxd.init. > > Fix also the recipe so that the CC and CROSS variables do not interfere > with the crosscompiler from OE. Hmm, we should really think about moving it from the handwritten makefile to autotools. On the other hand it was never designed to stay ... as so much other code. :) Acked-by: Stefan Schmidt regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 4/5] ezx: update ezx-gen-blob version
Hello. On Thu, 2010-03-25 at 18:19, Antonio Ospite wrote: > NOTE: this version builds fine but the resulting binaries do not seem to > be correct, their size is about 300KiB instead of the expected 64KiB. > > Signed-off-by: Antonio Ospite I would need some more information before acking this one. Does the old rev still build with the gcc in OE? If yes I would prefer to stay with the old rev as a known working one until the root cause is found and fixed. If it does not even build we could go ahead and bump the rev as it does make things not even worse. Side note for others: Personally I know nobody who ever installed the gen-blob produced with OE on his phone. All people who did it used a precompiled version from Wyrm, Antonio or me or compiled it by hand. So this one should not bring to much harm. regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 5/5] ezx: update device_table-ezx.txt
Hello. On Thu, 2010-03-25 at 18:19, Antonio Ospite wrote: > Update mux nodes to be used with the ts27010mux driver. > Fix names for ttyIPC0 and video0 nodes. > > Signed-off-by: Antonio Ospite Acked-by: Stefan Schmidt regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [SDK] meta-toolchain.bb generates very interesting environment-setup
On Thu, Mar 25, 2010 at 06:16:49PM +0300, Sergey Lapin wrote: > $ cat /usr/local/angstrom/arm/environment-setup > export SDK_PATH=/usr/local/angstrom/arm > export TARGET_SYS=arm-angstrom-linux-gnueabi > export PATH=$SDK_PATH/bin:$PATH > export CPATH=$SDK_PATH/$TARGET_SYS/usr/include:$CPATH > export LIBTOOL_SYSROOT_PATH=$SDK_PATH/$TARGET_SYS > export PKG_CONFIG_SYSROOT_DIR=$SDK_PATH/$TARGET_SYS > export PKG_CONFIG_PATH=$SDK_PATH/$TARGET_SYS/usr/lib/pkgconfig > export CONFIG_SITE=$SDK_PATH/site-config > alias opkg='LD_LIBRARY_PATH=/lib /bin/opkg-cl -f //etc/opkg-sdk.conf -o ' > alias opkg-target='LD_LIBRARY_PATH=/lib /bin/opkg-cl -f //etc/opkg.conf -o /' > > A problem seems to be this code: > > # Create environment setup script > script=${SDK_OUTPUT}/${SDKPATH}/environment-setup > touch $script > echo 'export SDK_PATH=${SDKPATH}' >> $script > echo 'export TARGET_SYS=${TARGET_SYS}' >> $script > echo 'export PATH=$SDK_PATH/bin:$PATH' >> $script > echo 'export CPATH=$SDK_PATH/$TARGET_SYS/usr/include:$CPATH' >> > $script > echo 'export LIBTOOL_SYSROOT_PATH=$SDK_PATH/$TARGET_SYS' >> $script > echo 'export PKG_CONFIG_SYSROOT_DIR=$SDK_PATH/$TARGET_SYS' >> $script > echo 'export > PKG_CONFIG_PATH=$SDK_PATH/$TARGET_SYS${libdir}/pkgconfig' >> $script > echo 'export CONFIG_SITE=$SDK_PATH/site-config' >> $script > echo "alias opkg='LD_LIBRARY_PATH=$SDK_PATH/lib > $SDK_PATH/bin/opkg-cl -f $SDK_PATH/${sysconfdir}/opkg-s > dk.conf -o $SDK_PATH'" >> $script > echo "alias opkg-target='LD_LIBRARY_PATH=$SDK_PATH/lib > $SDK_PATH/bin/opkg-cl -f $SDK_PATH/$TARGET_SYS${ > sysconfdir}/opkg.conf -o $SDK_PATH/$TARGET_SYS'" >> $script > > > it seems that $SDK_PATH in last two lines gets resolved instead of > being written literally. adding \ before $ in these lines seems to fix > this problem. Is it appropriate fix? Ah, interesting... It worked for me when the last two lines had double quotes inside single quotes. But to match RP's styling, I had to revert that to single quotes inside double quotes and it doesn't seem to work: $ echo 'show "$SDK_PATH"' show "$SDK_PATH" $ echo "show '$SDK_PATH'" show '' I wonder if it would be Ok to revert back to the original quoting... Or is escaping with \ a better fix? > diff --git a/recipes/meta/meta-toolchain.bb b/recipes/meta/meta-toolchain.bb > index 688995c..4f7ffda 100644 > --- a/recipes/meta/meta-toolchain.bb > +++ b/recipes/meta/meta-toolchain.bb > @@ -145,8 +145,8 @@ do_populate_sdk() { > echo 'export PKG_CONFIG_SYSROOT_DIR=$SDK_PATH/$TARGET_SYS' >> $script > echo 'export > PKG_CONFIG_PATH=$SDK_PATH/$TARGET_SYS${libdir}/pkgconfig' >> $script > echo 'export CONFIG_SITE=$SDK_PATH/site-config' >> $script > - echo "alias opkg='LD_LIBRARY_PATH=$SDK_PATH/lib > $SDK_PATH/bin/opkg-cl -f $SDK_PATH/${sysconfdir}/opkg-sd > - echo "alias opkg-target='LD_LIBRARY_PATH=$SDK_PATH/lib > $SDK_PATH/bin/opkg-cl -f $SDK_PATH/$TARGET_SYS${s > + echo "alias opkg='LD_LIBRARY_PATH=\$SDK_PATH/lib > \$SDK_PATH/bin/opkg-cl -f \$SDK_PATH/${sysconfdir}/opkg > + echo "alias opkg-target='LD_LIBRARY_PATH=\$SDK_PATH/lib > \$SDK_PATH/bin/opkg-cl -f \$SDK_PATH/$TARGET_SYS > > # Add version information > versionfile=${SDK_OUTPUT}/${SDKPATH}/version > > ___ > 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 4/5] ezx: update ezx-gen-blob version
On Thu, 25 Mar 2010 18:42:40 +0100 Stefan Schmidt wrote: > Hello. > > On Thu, 2010-03-25 at 18:19, Antonio Ospite wrote: > > NOTE: this version builds fine but the resulting binaries do not seem to > > be correct, their size is about 300KiB instead of the expected 64KiB. > > > > Signed-off-by: Antonio Ospite > > I would need some more information before acking this one. Does the old rev > still build with the gcc in OE? > > If yes I would prefer to stay with the old rev as a known working one until > the > root cause is found and fixed. If it does not even build we could go ahead and > bump the rev as it does make things not even worse. > The current version doesn't even build, so bumping the revision is good even if doesn't solve the size issue. > Side note for others: Personally I know nobody who ever installed the gen-blob > produced with OE on his phone. All people who did it used a precompiled > version > from Wyrm, Antonio or me or compiled it by hand. So this one should not bring > to > much harm. > As you may guess, even compiling it manually "doesn't work" anymore with a recent toolchain... to be more precise: I've tried running the big binary loading it via usb, it seems to work but it is just not suitable to be flashed because of its size. Regards, Antonio -- Antonio Ospite http://ao2.it PGP public key ID: 0x4553B001 A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? pgpVABJKKkEUX.pgp Description: PGP signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 4/5] ezx: update ezx-gen-blob version
Hello. On Thu, 2010-03-25 at 19:13, Antonio Ospite wrote: > On Thu, 25 Mar 2010 18:42:40 +0100 > Stefan Schmidt wrote: > > > On Thu, 2010-03-25 at 18:19, Antonio Ospite wrote: > > > NOTE: this version builds fine but the resulting binaries do not seem to > > > be correct, their size is about 300KiB instead of the expected 64KiB. > > > > > > Signed-off-by: Antonio Ospite > > > > I would need some more information before acking this one. Does the old rev > > still build with the gcc in OE? > > > > If yes I would prefer to stay with the old rev as a known working one until > > the > > root cause is found and fixed. If it does not even build we could go ahead > > and > > bump the rev as it does make things not even worse. > > > > The current version doesn't even build, so bumping the revision is good > even if doesn't solve the size issue. > > > Side note for others: Personally I know nobody who ever installed the > > gen-blob > > produced with OE on his phone. All people who did it used a precompiled > > version > > from Wyrm, Antonio or me or compiled it by hand. So this one should not > > bring to > > much harm. > > > > As you may guess, even compiling it manually "doesn't work" anymore with > a recent toolchain... to be more precise: I've tried running the > big binary loading it via usb, it seems to work but it is just not > suitable to be flashed because of its size. Interesting. It is stripped, right? Anyway, as the old one does not build and the new one "works" you have my Acked-by: Stefan Schmidt regards Stefan Schmidt signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [SDK] meta-toolchain.bb generates very interesting environment-setup
On Thu, 2010-03-25 at 14:01 -0400, Denys Dmytriyenko wrote: > On Thu, Mar 25, 2010 at 06:16:49PM +0300, Sergey Lapin wrote: > > $ cat /usr/local/angstrom/arm/environment-setup > > export SDK_PATH=/usr/local/angstrom/arm > > export TARGET_SYS=arm-angstrom-linux-gnueabi > > export PATH=$SDK_PATH/bin:$PATH > > export CPATH=$SDK_PATH/$TARGET_SYS/usr/include:$CPATH > > export LIBTOOL_SYSROOT_PATH=$SDK_PATH/$TARGET_SYS > > export PKG_CONFIG_SYSROOT_DIR=$SDK_PATH/$TARGET_SYS > > export PKG_CONFIG_PATH=$SDK_PATH/$TARGET_SYS/usr/lib/pkgconfig > > export CONFIG_SITE=$SDK_PATH/site-config > > alias opkg='LD_LIBRARY_PATH=/lib /bin/opkg-cl -f //etc/opkg-sdk.conf -o ' > > alias opkg-target='LD_LIBRARY_PATH=/lib /bin/opkg-cl -f //etc/opkg.conf -o > > /' > > > > A problem seems to be this code: > > > > # Create environment setup script > > script=${SDK_OUTPUT}/${SDKPATH}/environment-setup > > touch $script > > echo 'export SDK_PATH=${SDKPATH}' >> $script > > echo 'export TARGET_SYS=${TARGET_SYS}' >> $script > > echo 'export PATH=$SDK_PATH/bin:$PATH' >> $script > > echo 'export CPATH=$SDK_PATH/$TARGET_SYS/usr/include:$CPATH' >> > > $script > > echo 'export LIBTOOL_SYSROOT_PATH=$SDK_PATH/$TARGET_SYS' >> $script > > echo 'export PKG_CONFIG_SYSROOT_DIR=$SDK_PATH/$TARGET_SYS' >> > > $script > > echo 'export > > PKG_CONFIG_PATH=$SDK_PATH/$TARGET_SYS${libdir}/pkgconfig' >> $script > > echo 'export CONFIG_SITE=$SDK_PATH/site-config' >> $script > > echo "alias opkg='LD_LIBRARY_PATH=$SDK_PATH/lib > > $SDK_PATH/bin/opkg-cl -f $SDK_PATH/${sysconfdir}/opkg-s > > dk.conf -o $SDK_PATH'" >> $script > > echo "alias opkg-target='LD_LIBRARY_PATH=$SDK_PATH/lib > > $SDK_PATH/bin/opkg-cl -f $SDK_PATH/$TARGET_SYS${ > > sysconfdir}/opkg.conf -o $SDK_PATH/$TARGET_SYS'" >> $script > > > > > > it seems that $SDK_PATH in last two lines gets resolved instead of > > being written literally. adding \ before $ in these lines seems to fix > > this problem. Is it appropriate fix? > > Ah, interesting... It worked for me when the last two lines had double quotes > inside single quotes. But to match RP's styling, I had to revert that to > single quotes inside double quotes and it doesn't seem to work: > > $ echo 'show "$SDK_PATH"' > show "$SDK_PATH" > > $ echo "show '$SDK_PATH'" > show '' > > I wonder if it would be Ok to revert back to the original quoting... Or is > escaping with \ a better fix? Ordered quoting ('""') is how we handle this in other recipes, so we should do it here. -- 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] [PATCH 4/5] ezx: update ezx-gen-blob version
On Thu, 25 Mar 2010 19:30:50 +0100 Stefan Schmidt wrote: > Hello. > > On Thu, 2010-03-25 at 19:13, Antonio Ospite wrote: > > On Thu, 25 Mar 2010 18:42:40 +0100 > > Stefan Schmidt wrote: > > > > > On Thu, 2010-03-25 at 18:19, Antonio Ospite wrote: > > > > NOTE: this version builds fine but the resulting binaries do not seem to > > > > be correct, their size is about 300KiB instead of the expected 64KiB. [...] > > > Side note for others: Personally I know nobody who ever installed the > > > gen-blob > > > produced with OE on his phone. All people who did it used a precompiled > > > version > > > from Wyrm, Antonio or me or compiled it by hand. So this one should not > > > bring to > > > much harm. > > > > > > > As you may guess, even compiling it manually "doesn't work" anymore with > > a recent toolchain... to be more precise: I've tried running the > > big binary loading it via usb, it seems to work but it is just not > > suitable to be flashed because of its size. > > Interesting. It is stripped, right? Yep. > Anyway, as the old one does not build and > the new one "works" you have my > > Acked-by: Stefan Schmidt > Thanks. Stefan are you also going to push these changes? Regards, Antonio -- Antonio Ospite http://ao2.it PGP public key ID: 0x4553B001 A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? pgpryvlz60ZiP.pgp Description: PGP signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 4/5] ezx: update ezx-gen-blob version
Hello. On Thu, 2010-03-25 at 20:06, Antonio Ospite wrote: > > Stefan are you also going to push these changes? Yes. I want to give others a moment to comment before pushing this in. Will do it on friday or saturday. Thanks for your work on this. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/5] Misc updates for EZX bits in OE
On (25/03/10 18:19), Antonio Ospite wrote: > Hi, > > here are some updates for EZX bits in OE. > > With these changes we have a working image to experiment with ts27010mux > driver and ezxd, no fso support yet. Tested on Motorola A780. > > Note that although ezx-gen-blob builds fine now, it seems to have issues with > GCC 4.4: the binary size is about 300KiB instead of the expected 64KiB, if > anyone has a clue please let me know. I can help you here. If you can give me the two images with symbols and your linking script it uses. Secondly are you using same binutils/ld in both cases ? -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/5] Misc updates for EZX bits in OE
On Thu, 25 Mar 2010 13:39:00 -0700 Khem Raj wrote: > On (25/03/10 18:19), Antonio Ospite wrote: [...] > > Note that although ezx-gen-blob builds fine now, it seems to have issues > > with > > GCC 4.4: the binary size is about 300KiB instead of the expected 64KiB, if > > anyone has a clue please let me know. > > I can help you here. If you can give me the two images with symbols and > your linking script it uses. Secondly are you using same binutils/ld in > both cases ? > I'll dig for an older toolchain in order to replicate the two scenarios, and get back here to get your help. Many thanks for your offer Khem. Regards, Antonio -- Antonio Ospite http://ao2.it PGP public key ID: 0x4553B001 A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? pgpkUFNH1nOun.pgp Description: PGP signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] COMPATIBLE_MACHINE - how can use?
COMPATIBLE_MACHINE uses Python's re.match(), so COMPATIBLE_MACHINE is a regular expression that must match the start of the MACHINE variable. For instance, from recipes/linux/linux-davinci_2.6.30.bb: COMPATIBLE_MACHINE = "(dm6446-evm|dm6467-evm|dm355-evm|davinci-sffsdr|dm355-leopard)" The following line would have much the same effect: COMPATIBLE_MACHINE = "(dm6446|dm6467|dm355|davinci)" If you try to build this recipe for any non-matching MACHINE, it will refuse. Additionally, if MACHINE="dm6446-evm" and you ask for a build of the kernel, only three recipes are compatible: * linux-davinci_2.6.28.bb * linux-davinci_2.6.30.bb * linux-davinci_git.bb The one that actually gets built will be chosen either alphanumerically, or by respecting the DEFAULT_PREFERENCE or PREFERRED_VERSION variables. Hope this helps, Douglas. Leo wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi at all, It's not long ago that I use OE and some things do not know very well.. :D For example, can someone explain me how (and where) can use COMPATIBLE_MACHINE? thanks a lot for all response! :D hachreak ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [RESEND, PATCH v2] distros: remove leading dots in DISTRO_VERSIONs
Having a leading dot in DISTRO_VERSION will result in a '-.' string when building archive names; this may lead to mistakenly think that something is missing in the archive name. Example: minimal-.dev-snapshot-20100216-i686-linux-armv5te-linux-gnueabi-toolchain.tar.bz2 ^^ Remove the leading dot in DISTRO_VERSIONs to avoid such possible confusion. Signed-off-by: Antonio Ospite Acked-by: Khem Raj --- There have been no ojections on this one yet. Can anyone apply it please? This way my local branch will have one less patch :) Thank you, Antonio Ospite http://ao2.it conf/distro/minimal.conf|2 +- conf/distro/oplinux-uclibc.conf |2 +- conf/distro/oplinux.conf|2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/conf/distro/minimal.conf b/conf/distro/minimal.conf index 8e0ae2e..7aa6c58 100644 --- a/conf/distro/minimal.conf +++ b/conf/distro/minimal.conf @@ -11,7 +11,7 @@ # NAME and VERSION # DISTRO_NAME ?= "minimal" -DISTRO_VERSION = ".dev-snapshot-${SRCDATE}" +DISTRO_VERSION = "dev-snapshot-${SRCDATE}" #DISTRO_TYPE = "release" DISTRO_TYPE ?= "debug" diff --git a/conf/distro/oplinux-uclibc.conf b/conf/distro/oplinux-uclibc.conf index b8617cc..480602b 100644 --- a/conf/distro/oplinux-uclibc.conf +++ b/conf/distro/oplinux-uclibc.conf @@ -21,7 +21,7 @@ require conf/distro/include/sane-srcdates.inc # Header # DISTRO_NAME = "OPLinux-uClibC" -DISTRO_VERSION = ".dev-snapshot-${SRCDATE}" +DISTRO_VERSION = "dev-snapshot-${SRCDATE}" #DISTRO_TYPE = "release" DISTRO_TYPE = "debug" diff --git a/conf/distro/oplinux.conf b/conf/distro/oplinux.conf index 43e8fad..b64477c 100644 --- a/conf/distro/oplinux.conf +++ b/conf/distro/oplinux.conf @@ -25,7 +25,7 @@ require conf/distro/include/sane-srcdates.inc # Header # DISTRO_NAME = "OPLinux" -DISTRO_VERSION ?= ".dev-snapshot-${SRCDATE}" +DISTRO_VERSION ?= "dev-snapshot-${SRCDATE}" #DISTRO_TYPE = "release" DISTRO_TYPE = "debug" -- 1.7.0.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] task-fso-compliance: depend on fso-abyss
fso-console-image fails in do_rootfs with this message: | Collected errors: | * satisfy_dependencies_for: Cannot satisfy the following dependencies \ for task-fso-compliance: | *fso-abyss * See also http://bugs.openembedded.org/show_bug.cgi?id=5385 Signed-off-by: Antonio Ospite --- recipes/tasks/task-fso-compliance.bb |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/recipes/tasks/task-fso-compliance.bb b/recipes/tasks/task-fso-compliance.bb index e1776a8..50230f0 100644 --- a/recipes/tasks/task-fso-compliance.bb +++ b/recipes/tasks/task-fso-compliance.bb @@ -2,7 +2,7 @@ DESCRIPTION = "The freesmartphone.org framework -- install this task to make you SECTION = "fso/base" LICENSE = "MIT" PV = "1.0" -PR = "r8" +PR = "r9" inherit task @@ -12,6 +12,7 @@ RDEPENDS_${PN} = "\ # fso-apmd \ fso-gpsd \ # fso-monitord \ + fso-abyss \ connman \ connman-scripts \ # connman-plugin-bluetooth \ -- 1.7.0.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [STABLE][PATCH] zaurus-updater: sync with .dev (fix tasks order)
Signed-off-by: Andrea Adami --- recipes/zaurus-updater/zaurus-updater.bb |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/recipes/zaurus-updater/zaurus-updater.bb b/recipes/zaurus-updater/zaurus-updater.bb index 6ed1c5f..7621d47 100644 --- a/recipes/zaurus-updater/zaurus-updater.bb +++ b/recipes/zaurus-updater/zaurus-updater.bb @@ -1,7 +1,7 @@ DESCRIPTION = "Encrypted shellscript for the Zaurus ROM update" DEPENDS = "encdec-updater-native" LICENSE = "zaurus-updater" -PR = "r23" +PR = "r24" PACKAGES = "" PACKAGE_ARCH = "${MACHINE_ARCH}" @@ -34,4 +34,6 @@ do_deploy() { esac } -addtask deploy before do_build after do_compile +# package_stagefile_shell need to run before populate_staging for packaged-staging +addtask deploy before do_populate_staging after do_compile + -- 1.6.4.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [STABLE][PATCH] zaurus: unbreak build of initramfs-kexecboot-image (thus others too...)
* partial sync with old .dev checkout Signed-off-by: Andrea Adami --- conf/machine/include/zaurus-2.6.inc|1 + conf/machine/include/zaurus-clamshell.inc |1 + recipes/kexecboot/initramfs-kexecboot-image.bb |6 +++--- 3 files changed, 5 insertions(+), 3 deletions(-) diff --git a/conf/machine/include/zaurus-2.6.inc b/conf/machine/include/zaurus-2.6.inc index 5ce1cdc..942660a 100644 --- a/conf/machine/include/zaurus-2.6.inc +++ b/conf/machine/include/zaurus-2.6.inc @@ -12,6 +12,7 @@ EXTRA_IMAGECMD_jffs2 = "--little-endian --eraseblock=${ERASEBLOCKSIZE} --pad --f ZAURUS-UPDATER = "zaurus-updater" EXTRA_IMAGEDEPENDS += "${ZAURUS-UPDATER}" +KEXECBOOT_IMAGEDEPENDS += "${ZAURUS-UPDATER}" SERIAL_CONSOLE = "115200 ttyS0" diff --git a/conf/machine/include/zaurus-clamshell.inc b/conf/machine/include/zaurus-clamshell.inc index 1421630..714380e 100644 --- a/conf/machine/include/zaurus-clamshell.inc +++ b/conf/machine/include/zaurus-clamshell.inc @@ -4,6 +4,7 @@ UBOOT_ENTRYPOINT = "0x80008000" UBOOT_LOADADDRESS = "0x80008000" EXTRA_IMAGEDEPENDS += "sharp-flash-header-c700" +KEXECBOOT_IMAGEDEPENDS += "sharp-flash-header-c700" IMAGE_CMD_jffs2 = "mkfs.jffs2 --root=${IMAGE_ROOTFS} --faketime -m favourlzo \ --output=${T}/${IMAGE_NAME}.rootfs.jffs2 --pad --little-endian --eraseblock=${ERASEBLOCKSIZE} -n \ diff --git a/recipes/kexecboot/initramfs-kexecboot-image.bb b/recipes/kexecboot/initramfs-kexecboot-image.bb index 7fc2b79..b08474c 100644 --- a/recipes/kexecboot/initramfs-kexecboot-image.bb +++ b/recipes/kexecboot/initramfs-kexecboot-image.bb @@ -1,7 +1,7 @@ #initramfs image which mounts the rootfilesystem and kexecs a kernel from there ONLINE_PACKAGE_MANAGEMENT = "none" -IMAGE_FSTYPES += " cpio.gz" +IMAGE_FSTYPES = "cpio.gz" inherit image # These devices need mmcblk* to be 254 instead of 179 @@ -10,7 +10,8 @@ IMAGE_DEVICE_TABLES_h2200 = "device_table-oldmmc.txt" export IMAGE_BASENAME = "initramfs-kexecboot-image" -EXTRA_IMAGEDEPENDS = "" +KEXECBOOT_IMAGEDEPENDS ?= "" +EXTRA_IMAGEDEPENDS = "${KEXECBOOT_IMAGEDEPENDS}" IMAGE_INSTALL = "kexecboot" IMAGE_LINGUAS = "" @@ -18,4 +19,3 @@ IMAGE_LOGIN_MANAGER = "" IMAGE_INIT_MANAGER = "" IMAGE_INITSCRIPTS = "" IMAGE_DEV_MANAGER = "" -#ONLINE_PACKAGE_MANAGEMENT = "none" -- 1.6.4.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] numptyphysics: update SRC_URI
The old SRC_URI doesn't work anymore, use vcs.maemo.org instead of garage.maemo.org as stated on https://garage.maemo.org/scm/?group_id=638 Signed-off-by: Antonio Ospite --- recipes/numptyphysics/numptyphysics_svn.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes/numptyphysics/numptyphysics_svn.bb b/recipes/numptyphysics/numptyphysics_svn.bb index dec9cf1..66bed53 100644 --- a/recipes/numptyphysics/numptyphysics_svn.bb +++ b/recipes/numptyphysics/numptyphysics_svn.bb @@ -7,13 +7,13 @@ HOMEPAGE = "http://numptyphysics.garage.maemo.org/"; SECTION = "x11/games" SRCREV = "109" PV = "0.2+svnr${SRCPV}" -PR = "r1" +PR = "r2" inherit autotools SRC_URI = "\ # Maemo garage is sadly only available with https. Can make you trouble while fetching without accepting the certificate. - svn://garage.maemo.org/svn/${PN};module=trunk;proto=https \ + svn://vcs.maemo.org/svn/${PN};module=trunk;proto=https \ http://wwwpub.zih.tu-dresden.de/~mkluge/numptyphysics_setup.tgz \ file://replay_off.patch;patch=1;pnum=0 \ file://next.png \ -- 1.7.0.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] BBCLASSEXTEND sdk vs. nativesdk
On Wed, 2010-03-24 at 11:46 -0700, Tom Rini wrote: > On Wed, 2010-03-24 at 18:05 +, Richard Purdie wrote: > > On Wed, 2010-03-24 at 08:57 -0700, Tom Rini wrote: > > > On Wed, 2010-03-24 at 15:37 +, Richard Purdie wrote: > > > > On Wed, 2010-03-24 at 08:27 -0700, Tom Rini wrote: > > > > > Or a really bad thing, yes. I think nativesdk will help out a lot for > > > > > making canadian style builds cleaner. But going so far as to say 'Oh, > > > > > lets just throw a libc into the SDK export' is going pretty far down a > > > > > questionable road. I'm not so naive to think that there's not > > > > > problems > > > > > with my next suggestion, but there's this thing called LSB for a > > > > > reason. > > > > > If you want build once, run many distributions, you do that, not go > > > > > and > > > > > own even more dependencies. > > > > > > > > However, an LSB compliant SDK becomes a case of installing "LSB" libs > > > > into the right sysroot and then setting some > > > > ASSUME_PROVIDED/PREFERRED_PROVIDER lines. > > > > > > > > So I think its good all around, we achieve independence of the SDK from > > > > the build system and make it depend on exactly what we do or don't want > > > > it to. Where is the bad bit (ignoring build time)? :) > > > > > > How is this working on the runtime? How relocatable is it? > > > > Its no more or less reclocatable than the original was, that wasn't an > > objective. Some postprocessing with the same code we use in > > packaged-staging shouldn't see it being too bad though. > > Today it's fully relocatable, if you use $ORIGIN. Is that still true? Yes, this doesn't change. You just gain control over which libc it links against. Cheers, Richard ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] task-fso-compliance: depend on fso-abyss
> diff --git a/recipes/tasks/task-fso-compliance.bb > b/recipes/tasks/task-fso-compliance.bb > index e1776a8..50230f0 100644 > --- a/recipes/tasks/task-fso-compliance.bb > +++ b/recipes/tasks/task-fso-compliance.bb > @@ -2,7 +2,7 @@ DESCRIPTION = "The freesmartphone.org framework -- install > this task to make you > SECTION = "fso/base" > LICENSE = "MIT" > PV = "1.0" > -PR = "r8" > +PR = "r9" > > inherit task > > @@ -12,6 +12,7 @@ RDEPENDS_${PN} = "\ > # fso-apmd \ >fso-gpsd \ > # fso-monitord \ > + fso-abyss \ >connman \ >connman-scripts \ > # connman-plugin-bluetooth \ That's wrong, fso-abyss is only used for some of the machines (i.e. Openmoko ones). Installing it unconditionally only blows up the images. We should rather find out why something depends on it when you build for an EZX machine. :M: ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] numptyphysics: update SRC_URI
On (25/03/10 23:52), Antonio Ospite wrote: > The old SRC_URI doesn't work anymore, use vcs.maemo.org instead of > garage.maemo.org as stated on https://garage.maemo.org/scm/?group_id=638 > > Signed-off-by: Antonio Ospite > --- > recipes/numptyphysics/numptyphysics_svn.bb |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/recipes/numptyphysics/numptyphysics_svn.bb > b/recipes/numptyphysics/numptyphysics_svn.bb > index dec9cf1..66bed53 100644 > --- a/recipes/numptyphysics/numptyphysics_svn.bb > +++ b/recipes/numptyphysics/numptyphysics_svn.bb > @@ -7,13 +7,13 @@ HOMEPAGE = "http://numptyphysics.garage.maemo.org/"; > SECTION = "x11/games" > SRCREV = "109" > PV = "0.2+svnr${SRCPV}" > -PR = "r1" > +PR = "r2" > > inherit autotools > > SRC_URI = "\ > # Maemo garage is sadly only available with https. Can make you trouble > while fetching without accepting the certificate. > - svn://garage.maemo.org/svn/${PN};module=trunk;proto=https \ > + svn://vcs.maemo.org/svn/${PN};module=trunk;proto=https \ does this also need updating checksums ? >http://wwwpub.zih.tu-dresden.de/~mkluge/numptyphysics_setup.tgz \ >file://replay_off.patch;patch=1;pnum=0 \ >file://next.png \ > -- > 1.7.0.3 > > > ___ > 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