Re: [oe] [PATCH 01/44] cpan-base: add perl version to PR

2010-03-25 Thread Koen Kooi
-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

2010-03-25 Thread Roman I Khimov
В сообщении от Четверг 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-03-25 Thread Frans Meulenbroeks
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

2010-03-25 Thread 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

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

2010-03-25 Thread Thomas Zimmermann
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?

2010-03-25 Thread Jiason Li
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

2010-03-25 Thread Martin Jansa
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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Martin Jansa
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

2010-03-25 Thread Sergey Lapin
$ 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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Stefan Schmidt
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

2010-03-25 Thread Stefan Schmidt
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

2010-03-25 Thread Stefan Schmidt
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

2010-03-25 Thread Stefan Schmidt
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

2010-03-25 Thread Stefan Schmidt
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

2010-03-25 Thread Denys Dmytriyenko
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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Stefan Schmidt
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

2010-03-25 Thread Tom Rini
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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Stefan Schmidt
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

2010-03-25 Thread Khem Raj
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

2010-03-25 Thread Antonio Ospite
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?

2010-03-25 Thread Douglas Royds

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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Antonio Ospite
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)

2010-03-25 Thread Andrea Adami

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...)

2010-03-25 Thread Andrea Adami
* 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

2010-03-25 Thread Antonio Ospite
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

2010-03-25 Thread Richard Purdie
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

2010-03-25 Thread Michael 'Mickey' Lauer
> 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

2010-03-25 Thread Khem Raj
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