Re: [oe] Performance measurement: Building openembedded-core with and without overclocking on C-i7 2600K

[Ulf Samuelsson]

2011-10-18 00:13, Khem Raj skrev:

On 10/17/2011 1:44 PM, Ulf Samuelsson wrote:

If anyone is interested...



thanks for numbers. Is there statistics on 64bit host Vs. 32bit build 
host available too ?


We discussed that a few days ago.

My comparision between 2 similar machines indicate that
32 bit 11.04 with Psyco-Dist is 20% faster than 64 bit with 11.04

The machine running 64 bit 11.04 was tested with 32 bit 11.04
using an external disk (connected through e-SATA) and results
were very close to the numbers for the other 32 bit machine

I didn't save those numbers but I think that is good enough
to draw the conclusion that adding JIT for 64 bit (PyPy?) will reduce build
time significantly.

It would be interesting to know the effect of faster disks.
I run SATA-II disks at the moment, and upgrading to SATA-III
might improve things.

Since you have multiple tasks, it might be worthwhile having several 
disks to

the disk heads spending most of their time moving around.
Have a lot of computer parts including a chassi mounting 6+ disks.
* /
* /home
* OE_DIR/source
* OE_DIR/build/tmp


Also what happens if it it built on a fast SSD, or even a RAMdisk?

Building the stuff below adds 25 GB + a 2 GB source directory.
With the Z68 chipset, you can get up to 32 GB.
It would be interesting to know how well the linux caching system
performs vs having OE_DIR/build/tmp etc. on a ramdisk.

The 8 GB DIMMs are not really available without ECC, but
Corsair is about to release a 32 GB kit which will set you
back $1000 so I wont do that test for the forseeable future.
Maybe someone else which will have such a machine anyway
would be interested enough to do a test.

One issue with this is that even 32 GB may not be enough.
With the current build using 27 GB, there is not much headroom to grow.

If using a ramdisk, proves to be significantly faster,
an alternative would be smaller ramdisk with some background task moving
packages to a real disk after the build of that package
has completed.




Same machine in two different configurations.

.#1...#2 



P8Z68V Pro
Core-i7 2600K @ 3.4 GHz..4.4 GHz
8 GB @ ...1333
MHz...1640 MHz
1TB WD Black 7200 RPM
Ubuntu 11-10

Almost all source code already in source directory

Building meta-toolchain is 13% faster with overclocking.


#1
build: meta-toolchain
START 10:46:23 55:52
FINISH 11:42:15
build: core-image-minimal
START 11:42:15 17:34
FINISH 11:59:49
build: core-image-sato
START 13:40:47 01:19
FINISH 13:42:06
Build fails, since one package could not be downloaded.
build: meta-toolchain-sdk
START 13:42:06 00:38
FINISH 13:42:44
build: adt-installer
START 13:42:44 00:03
FINISH 13:42:51
build: meta-ide-support
START 13:42:51 01:13
FINISH 13:44:04



#2
build: meta-toolchain
START 20:18:51 49:19 (vs 55:52)
FINISH 21:08:10
build: core-image-minimal
START 21:08:10 16:38 (vs 17:34)
FINISH 21:24:48
build: core-image-sato
START 21:24:48 15:38 (vs 01:19 - I think I have a problem in the first
build)
FINISH 21:40:26
build: meta-toolchain-sdk
START 21:40:26 00:59 (vs 00:38)
FINISH 21:41:25
build: adt-installer
START 21:41:25 00:03 (vs 00:03)
FINISH 21:41:28
build: meta-ide-support
START 21:41:28 01:03 (vs 01:13)
FINISH 21:42:31






___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel



--
Best Regards
Ulf Samuelsson


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Performance measurement: Building openembedded-core with and without overclocking on C-i7 2600K

[Anders Darander]

* Ulf Samuelsson ulf_samuels...@telia.com [111017 22:45]:
 If anyone is interested...

Build stats are always interesting... ;)

 Same machine in two different configurations.

 .#1...#2
 P8Z68V Pro
 Core-i7 2600K @ 3.4 GHz..4.4 GHz
 8 GB @ ...1333 
 MHz...1640 MHz
 1TB WD Black 7200 RPM
 Ubuntu 11-10

 Almost all source code already in source directory

This would severely restrict the usefulness of the comparison. I'd guess
that this means that in one case the source will be downloaded, while
it'll already be downloaded in the second test. Could you redo the
statistics with all sources downloaded? 

 Building meta-toolchain is 13% faster with overclocking.

Was the overclocking test run after the non-overclocking?

Cheers,
Anders

-- 
Anders Darander
ChargeStorm AB / eStorm AB

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [oe-commits] Khem Raj : binutils-cross: Sync with oe-core

[Frans Meulenbroeks]

2011/10/17 Khem Raj raj.k...@gmail.com

 On 10/16/2011 11:35 PM, Frans Meulenbroeks wrote:



 I feel if a distro or bsp needs a version of a package that is older than
 the oe-core one, it should be stored in the distro or bsp layer.
 Or is meta-oe also wanting to keep binutils 18.50? In oe classic this is
 used by the nios2 hw (and afaik there is no newer binutils supporting
 nios2)? I'd say if some layer needs older versions it is up to them.


 This is a bit different when a version is retired from oe-core there might
 be more than one bsp using it therefore it would be more beneficial to keep
 it in a common layer


The risk is that over time this common layer ends up being a repo with
several versions of a recipe, and for some of these we end up having no idea
whether or not they are used.
We've seen in oe classic to what that leads. Here, with layers being
distributed it becomes even more vague what is used and what not.
I'd say if oe core moves forward then a layer that is not ready to move to
that new version should either keep a local copy or pin at a hash of oe-core
before the recipe was removed.
BTW if I recall correctly it was discussed to have an overlap period after
introducing a new version before the old one is deprecated. Not 100% sure if
that was indeed decided that way.


  What we are lacking here is a policy on purpose/goal of meta-oe and what
 goes in (and what not).


 This has been discussed quite a bit when we decided to move to layered
 structure. meta-oe infact is an umbrella of layers and each layer can have
 it own development policies.


Guess your are mixing up meta-openembedded (
http://git.openembedded.org/meta-openembedded/tree/) and meta-oe  (
http://git.openembedded.org/meta-openembedded/tree/meta-oe)
(and as far as I know the policys on the common stuff (assuming we see
meta-oe or meta-openembedded as common stuff) is not really documented
afaik).

Btw I feel it does not really help to have some gnome stuff in
meta-oe/recipes-gnome and other in meta-gnome.

Frans
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-xfce][V2 1/3] xfce-panel-plugin: bbclass for panel plugins

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 18-10-11 02:49, Andreas Müller schreef:
 * based on Koen's patch [1] * use libxfce4ui instead of libxfcegui4

Sweet! I was getting annoyed at XFCE saying the gui lib was deprecated and
then discovering pretty much all the panel-plugins depend on it...


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFOnSKAMkyGM64RGpERAu8dAKCuzD3JRnwU3uG/RE4SYUlq1CAbRwCePqbn
EtzAxp3rQtZmPFsnTzuzv3Q=
=Q3Ps
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-xfce 3/4] xfce4-cpufreq-plugin: initial add

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 18-10-11 01:01, Andreas Müller schreef:
 On Monday, October 17, 2011 07:23:20 PM Koen Kooi wrote:
 Signed-off-by: Koen Kooi k...@dominion.thruhere.net --- 
 .../cpufreq/xfce4-cpufreq-plugin_1.0.0.bb  |5 + 1 files
 changed, 5 insertions(+), 0 deletions(-) create mode 100644
 meta-xfce/recipes-panel-plugins/cpufreq/xfce4-cpufreq-plugin_1.0.0.bb
 
 diff --git
 a/meta-xfce/recipes-panel-plugins/cpufreq/xfce4-cpufreq-plugin_1.0.0.bb
 b/meta-xfce/recipes-panel-plugins/cpufreq/xfce4-cpufreq-plugin_1.0.0.bb

 
new file mode 100644
 index 000..484f794 --- /dev/null +++
 b/meta-xfce/recipes-panel-plugins/cpufreq/xfce4-cpufreq-plugin_1.0.0.bb

 
@@ -0,0 +1,5 @@
 +inherit xfce-panel-plugin + +LICENSE = MIT +LIC_FILES_CHKSUM =
 file://COPYING;md5=1f6f1c0be32491a0c8d2915607a28f36 +
 
 I am run testing the libxfce4ui-based version. Right after I add it to
 panel, it complains that my system does not support cpu-frequency. The
 plugin reads it's information from /sys/devices/system/cpu/cpu0/cpufreq
 (or /proc/cpufreq). How can I make my system supply this information? Is
 there some magic kernel config for that?

For gumstix: use either a 'angstrom' kernel, instead of the sakoman version
or if you can find one, use a '-pm' sakoman version.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFOnSLQMkyGM64RGpERArAUAJ9+PtsQpYvlk4ArrS5t+0gezHKDiQCggHiX
HTQEQPSgPoe/rWGh/NswTac=
=GU6R
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] bitbake build failed at bison

[Kai]

Hi,

I got the following issue when I rebuilt console-image from scratch
today. Someone has reported this issue 4 months ago, I just wonder if
it has been resolved.

/usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-r9.0/
bison-2.4.3/m4/
glib.m4:8: warning: underquoted definition of AM_PATH_GLIB
configure.ac:128: warning: gl_GLIBC21 is m4_require'd but not
m4_defun'd
/usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-r9.0/
bison-2.4.3/m4/
localcharset.m4:7: gl_LOCALCHARSET is expanded from...
/usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-r9.0/
bison-2.4.3/m4/
gnulib-comp.m4:153: gl_INIT is expanded from...
configure.ac:128: the top level
autoreconf: configure.ac: tracing
configure.ac:128: warning: gl_GLIBC21 is m4_require'd but not
m4_defun'd
aclocal.m4:6788: gl_LOCALCHARSET is expanded from...
aclocal.m4:3203: gl_INIT is expanded from...
configure.ac:128: the top level
configure.ac:128: warning: AC_RUN_IFELSE called without default to
allow cross c
ompiling
../../lib/autoconf/general.m4:2716: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:598: AS_IF is expanded from...
../../lib/autoconf/general.m4:1999: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2020: AC_CACHE_CHECK is expanded from...
aclocal.m4:8839: gl_POSIX_SPAWN_WORKS is expanded from...
aclocal.m4:8768: gl_POSIX_SPAWN_BODY is expanded from...
aclocal.m4:8763: gl_POSIX_SPAWN is expanded from...
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/src/oe/tmp-zaurus/sysroots/x86_64-linux/usr/
bin/autoconf
--include=/usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-
r9.0/bison-2.4.3/data/
--include=/usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-
r9.0/bison-2.4.3/m4/
--include=/usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-
r9.0/bison-2.4.3/tests/
--include=/usr/src/oe/tmp-zaurus/sysroots/x86_64-linux/usr/share/
aclocal-1.11
--include=/usr/src/oe/tmp-zaurus/sysroots/x86_64-linux/usr/share/
aclocal --force --warnings=cross
configure.ac:128: warning: gl_GLIBC21 is m4_require'd but not
m4_defun'd
aclocal.m4:6788: gl_LOCALCHARSET is expanded from...
aclocal.m4:3203: gl_INIT is expanded from...
configure.ac:128: the top level
configure.ac:128: warning: AC_RUN_IFELSE called without default to
allow cross compiling
../../lib/autoconf/general.m4:2716: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:598: AS_IF is expanded from...
../../lib/autoconf/general.m4:1999: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2020: AC_CACHE_CHECK is expanded from...
aclocal.m4:8839: gl_POSIX_SPAWN_WORKS is expanded from...
aclocal.m4:8768: gl_POSIX_SPAWN_BODY is expanded from...
aclocal.m4:8763: gl_POSIERROR: Function 'do_configure' failed (see
/usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-r9.0/temp/
log.do_configure.8271
for further information)
X_SPAWN is expanded from...
configure:9788: error: possibly undefined macro: gl_GLIBC21
  If this token and others are legitimate, please use
m4_pattern_allow.
  See the Autoconf documentation.
autoreconf: /usr/src/oe/tmp-zaurus/sysroots/x86_64-linux/usr/bin/
autoconf failed with exit
status: 1
+ oefatal 'autoreconf execution failed.'

Thanks,

Kai




___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] Building multiple u-boot binaries in oe-core?

[Ulf Samuelsson]

I added the functionality for building multiple u-boot binaries to
classic openembedded, but this has not been implemented in oe-core.
I find that rather useful. Anyone disagreeing?

The core of this is:

do_compile () {
if ! [ x${UBOOT_MACHINES} == x ] ; then
for board in ${UBOOT_MACHINES} ; do
if ! [ `grep ${board}_config Makefile | wc -c` == 0 ] ; then
mkdir -p binaries/${board}
oe_runmake O=binaries/${board} distclean
oe_runmake O=binaries/${board} ${board}_config
oe_runmake O=binaries/${board} all
fi
done
else
   oe_runmake ${UBOOT_MACHINE}
   oe_runmake all
fi
}

Note that I removed the _config part from UBOOT_MACHINES.

At the moment, the binary after youv'e done
make beagleboard_config; make will be called:
u-boot-beagleboard_config-${PV}-${PR}.bin

I think u-boot-beagleboard-${PV}-${PR}.bin is nicer.

There aren't that many boards in oe-core at the moment.
Isn't this a good time to get rid of UBOOT_MACHINE altogher
and/or redefine it without the _config

P.S: I am working on another project right now, so I don't know
when I have time to test this out on oe-core, so anyone
else interested, feel free to implement it

--
Best Regards
Ulf Samuelsson


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] Use of stamps in the source directory of openembedded-core

[Ulf Samuelsson]

After I have built openembedded-core, I notice that the source directory
is loaded with files: *.done.

Is this really a good idea?

I tend to use a common source directory for multiple projects.

Having stamps in the source directory, means that you let one
project affect the others.

--
Best Regards
Ulf Samuelsson


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Building multiple u-boot binaries in oe-core?

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 18-10-11 10:13, Ulf Samuelsson schreef:
 I added the functionality for building multiple u-boot binaries to 
 classic openembedded, but this has not been implemented in oe-core. I
 find that rather useful. Anyone disagreeing?
 
 The core of this is:
 
 do_compile () { if ! [ x${UBOOT_MACHINES} == x ] ; then for board in
 ${UBOOT_MACHINES} ; do if ! [ `grep ${board}_config Makefile | wc -c` ==
 0 ] ; then mkdir -p binaries/${board} oe_runmake O=binaries/${board}
 distclean oe_runmake O=binaries/${board} ${board}_config oe_runmake
 O=binaries/${board} all fi done else oe_runmake ${UBOOT_MACHINE} 
 oe_runmake all fi }
 
 Note that I removed the _config part from UBOOT_MACHINES.
 
 At the moment, the binary after youv'e done make beagleboard_config;
 make will be called: u-boot-beagleboard_config-${PV}-${PR}.bin
 
 I think u-boot-beagleboard-${PV}-${PR}.bin is nicer.
 
 There aren't that many boards in oe-core at the moment.

4 qemu machine to be exact

 Isn't this a good time to get rid of UBOOT_MACHINE altogher and/or
 redefine it without the _config

Not sure, there are a *lot* of BSPs out there where _config is expected to
be there.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFOnTfkMkyGM64RGpERAhgKAJ934JngAAMd33iLVGrYVKYKJ7Am8ACfaxKL
GdSJOI5qgK2eFk7OwHwD3eU=
=62Sb
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe] do_rootfs fails with networkmanager (was network-manager-applet) included

[Sergey Lapin]

Hi, all!

Just to let you know, lmbench contains /var/run as a directory, too.

Removing it from list fixes a problem.

S.

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-efl][V3] epdfview: add initial recipe with version 0.1.8

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 17-10-11 13:50, Andreas Müller schreef:
 initial source taken from oe-classic epdfview_0.1.7.bb commit
 44985d56bc556786812a0a02d6219afd31a7381d
 
 run tested on overo
 
 Signed-off-by: Andreas Müller schnitzelt...@gmx.de

Martin, do you want to put this in your next pull request or do you want me
to takes this directly?

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFOnVyFMkyGM64RGpERAr1RAKC2lXWrfNhtRyrbB2rCzyIn4df8NACfWzM9
3wn8zFaGfuMnCLyLwxY0YBM=
=Td+/
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Openssl build bug

[Lynn Lin]

在 2011-10-18 上午4:46，Panda Resistor pandaresis...@gmail.com写道：

 Openssl-native_1.0.0d-r14 will not build on Ubuntu 11.10, but is building
on
 Ubuntu 10.04. The errors are undefined reference errors, and it has been
 suggested that they are linked to erroneous ordering of library
dependencies
 and dependency folders, however the libdepsfirst patch has been applied by
 bitbake upon a compilation attempt.

 Cheers

I also see this error on ubuntu 11.10
___
 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] [meta-efl][V3] epdfview: add initial recipe with version 0.1.8

[Martin Jansa]

On Tue, Oct 18, 2011 at 01:01:25PM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Op 17-10-11 13:50, Andreas Müller schreef:
  initial source taken from oe-classic epdfview_0.1.7.bb commit
  44985d56bc556786812a0a02d6219afd31a7381d
  
  run tested on overo
  
  Signed-off-by: Andreas Müller schnitzelt...@gmx.de
 
 Martin, do you want to put this in your next pull request or do you want me
 to takes this directly?

I have only webkit-efl and eve changes in my queue and I would like to
get them applied upstream first. So please take this directly, I've
tested it here too and it looks fine.

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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] Building multiple u-boot binaries in oe-core?

[Ulf Samuelsson]

2011-10-18 10:25, Koen Kooi skrev:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 18-10-11 10:13, Ulf Samuelsson schreef:

I added the functionality for building multiple u-boot binaries to
classic openembedded, but this has not been implemented in oe-core. I
find that rather useful. Anyone disagreeing?

The core of this is:

do_compile ()
{

if ! [ x${UBOOT_MACHINES} == x ] ; then
for board in ${UBOOT_MACHINES} ; do
if ! [ `grep ${board}_config Makefile | wc -c` == 0 ] ; then
mkdir -p binaries/${board}
oe_runmake O=binaries/${board} distclean
oe_runmake O=binaries/${board} ${board}_config
oe_runmake O=binaries/${board} all
fi
done
else
oe_runmake ${UBOOT_MACHINE}
oe_runmake all
fi
}

| Note that I removed the _config part from UBOOT_MACHINES.
|
| At the moment, the binary after youv'e done make beagleboard_config;
| make will be called: u-boot-beagleboard_config-${PV}-${PR}.bin
| I think u-boot-beagleboard-${PV}-${PR}.bin is nicer.

| There aren't that many boards in oe-core at the moment.


4 qemu machine to be exact


Isn't this a good time to get rid of UBOOT_MACHINE altogher and/or
redefine it without the _config

Not sure, there are a *lot* of BSPs out there where _config is expected to
be there.


A simple sed script would fix most if not all of the machine descriptions.
Doing it the way I did it in openembedded classic, will of course
remove the need, but leaving the u-boot recipe somewhat unclean.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFOnTfkMkyGM64RGpERAhgKAJ934JngAAMd33iLVGrYVKYKJ7Am8ACfaxKL
GdSJOI5qgK2eFk7OwHwD3eU=
=62Sb
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel



--
Best Regards
Ulf Samuelsson


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-efl][V3] epdfview: add initial recipe with version 0.1.8

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 18-10-11 13:43, Martin Jansa schreef:
 On Tue, Oct 18, 2011 at 01:01:25PM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Op 17-10-11 13:50, Andreas Müller schreef:
 initial source taken from oe-classic epdfview_0.1.7.bb commit 
 44985d56bc556786812a0a02d6219afd31a7381d
 
 run tested on overo
 
 Signed-off-by: Andreas Müller schnitzelt...@gmx.de
 
 Martin, do you want to put this in your next pull request or do you
 want me to takes this directly?
 
 I have only webkit-efl and eve changes in my queue and I would like to 
 get them applied upstream first. So please take this directly, I've 
 tested it here too and it looks fine.

Done. And patchwork updated itself! THIS IS THE FUTUREone!!!
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFOnWkzMkyGM64RGpERAh75AKCC7QMWk7VfHTkZKifhXp1tIll7BwCfVzDq
+j+SEax0kwpolae0rNAnMlM=
=dbcf
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Performance measurement: Building openembedded-core with and without overclocking on C-i7 2600K

[Ulf Samuelsson]

2011-10-18 08:28, Anders Darander skrev:

* Ulf Samuelssonulf_samuels...@telia.com  [111017 22:45]:

If anyone is interested...

Build stats are always interesting... ;)


Same machine in two different configurations.
.#1...#2
P8Z68V Pro
Core-i7 2600K @ 3.4 GHz..4.4 GHz
8 GB @ ...1333
MHz...1640 MHz
1TB WD Black 7200 RPM
Ubuntu 11-10
Almost all source code already in source directory

This would severely restrict the usefulness of the comparison. I'd guess
that this means that in one case the source will be downloaded, while
it'll already be downloaded in the second test. Could you redo the
statistics with all sources downloaded?

I had already built it once before running the first test then updated
and I think one additional package was downloaded over a 100 MBps line
so it affects a little, but not too much.

I think the conclusion:
Increasing the CPU speed by 30% and the memory frequency by 20%
gives 10-15% faster build time is OK.




Building meta-toolchain is 13% faster with overclocking.

Was the overclocking test run after the non-overclocking?

Cheers,
Anders




--
Best Regards
Ulf Samuelsson


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] All patches in patchwork archived? Was: [meta-efl][V3] epdfview: add initial recipe with version 0.1.8

[Martin Jansa]

On Tue, Oct 18, 2011 at 01:55:31PM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Op 18-10-11 13:43, Martin Jansa schreef:
  On Tue, Oct 18, 2011 at 01:01:25PM +0200, Koen Kooi wrote:
  -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
  
  Op 17-10-11 13:50, Andreas Müller schreef:
  initial source taken from oe-classic epdfview_0.1.7.bb commit 
  44985d56bc556786812a0a02d6219afd31a7381d
  
  run tested on overo
  
  Signed-off-by: Andreas Müller schnitzelt...@gmx.de
  
  Martin, do you want to put this in your next pull request or do you
  want me to takes this directly?
  
  I have only webkit-efl and eve changes in my queue and I would like to 
  get them applied upstream first. So please take this directly, I've 
  tested it here too and it looks fine.
 
 Done. And patchwork updated itself! THIS IS THE FUTUREone!!!

Nice, but did it accidentally mark all oe-core patches in 
http://patchwork.openembedded.org/project/oe-core/list/
as Archived?

Because such patches are not shown by default even when they are in
state New.

If it's only because of pw upgrade and won't mark them archived after
every push then fine :).

Regards,
-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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] Performance measurement: Building openembedded-core with and without overclocking on C-i7 2600K

[Anders Darander]

* Ulf Samuelsson ulf_samuels...@telia.com [111018 14:06]:
 2011-10-18 08:28, Anders Darander skrev:
  * Ulf Samuelssonulf_samuels...@telia.com  [111017 22:45]:
  If anyone is interested...
  Build stats are always interesting... ;)

  Same machine in two different configurations.
  .#1...#2
  P8Z68V Pro
  Core-i7 2600K @ 3.4 GHz..4.4 
  GHz
  8 GB @ ...1333
  MHz...1640 MHz
  1TB WD Black 7200 RPM
  Ubuntu 11-10
  Almost all source code already in source directory
  This would severely restrict the usefulness of the comparison. I'd guess
  that this means that in one case the source will be downloaded, while
  it'll already be downloaded in the second test. Could you redo the
  statistics with all sources downloaded?
 I had already built it once before running the first test then updated
 and I think one additional package was downloaded over a 100 MBps line
 so it affects a little, but not too much.

Ok, just curious. Not least as you had one image fail in the first
configuration, which you attributed to a failed download. That remark
made me wonder...

Cheers,
Anders

 I think the conclusion:
  Increasing the CPU speed by 30% and the memory frequency by 20%
  gives 10-15% faster build time is OK.

  Building meta-toolchain is 13% faster with overclocking.
  Was the overclocking test run after the non-overclocking?


-- 
Anders Darander
ChargeStorm AB / eStorm AB

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] All patches in patchwork archived? Was: [meta-efl][V3] epdfview: add initial recipe with version 0.1.8

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 18-10-11 14:20, Martin Jansa schreef:
 On Tue, Oct 18, 2011 at 01:55:31PM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Op 18-10-11 13:43, Martin Jansa schreef:
 On Tue, Oct 18, 2011 at 01:01:25PM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Op 17-10-11 13:50, Andreas Müller schreef:
 initial source taken from oe-classic epdfview_0.1.7.bb commit 
 44985d56bc556786812a0a02d6219afd31a7381d
 
 run tested on overo
 
 Signed-off-by: Andreas Müller schnitzelt...@gmx.de
 
 Martin, do you want to put this in your next pull request or do
 you want me to takes this directly?
 
 I have only webkit-efl and eve changes in my queue and I would like
 to get them applied upstream first. So please take this directly,
 I've tested it here too and it looks fine.
 
 Done. And patchwork updated itself! THIS IS THE FUTUREone!!!
 
 Nice, but did it accidentally mark all oe-core patches in 
 http://patchwork.openembedded.org/project/oe-core/list/ as Archived?
 
 Because such patches are not shown by default even when they are in state
 New.
 
 If it's only because of pw upgrade and won't mark them archived after 
 every push then fine :).

No, I got tired of the mess and archived them all manually, but left them in
the 'New' state.

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFOnXEgMkyGM64RGpERAnX7AJ498OIoWJbYhaue7o3tN5pGnVIE3QCgniup
gw9a/F6rnOekRjtwMjSAeL8=
=BG6n
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] All patches in patchwork archived? Was: [meta-efl][V3] epdfview: add initial recipe with version 0.1.8

[Martin Jansa]

On Tue, Oct 18, 2011 at 02:29:21PM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Op 18-10-11 14:20, Martin Jansa schreef:
  On Tue, Oct 18, 2011 at 01:55:31PM +0200, Koen Kooi wrote:
  -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
  
  Op 18-10-11 13:43, Martin Jansa schreef:
  On Tue, Oct 18, 2011 at 01:01:25PM +0200, Koen Kooi wrote:
  -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
  
  Op 17-10-11 13:50, Andreas Müller schreef:
  initial source taken from oe-classic epdfview_0.1.7.bb commit 
  44985d56bc556786812a0a02d6219afd31a7381d
  
  run tested on overo
  
  Signed-off-by: Andreas Müller schnitzelt...@gmx.de
  
  Martin, do you want to put this in your next pull request or do
  you want me to takes this directly?
  
  I have only webkit-efl and eve changes in my queue and I would like
  to get them applied upstream first. So please take this directly,
  I've tested it here too and it looks fine.
  
  Done. And patchwork updated itself! THIS IS THE FUTUREone!!!
  
  Nice, but did it accidentally mark all oe-core patches in 
  http://patchwork.openembedded.org/project/oe-core/list/ as Archived?
  
  Because such patches are not shown by default even when they are in state
  New.
  
  If it's only because of pw upgrade and won't mark them archived after 
  every push then fine :).
 
 No, I got tired of the mess and archived them all manually, but left them in
 the 'New' state.

OK, I've just marked all my oe-core patches appropriately with web
interface..

with meta-oe it will be easier, but I'll learn to use pwclient to mark
them all (except maybe few exceptions) at once :).

Thanks,
-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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][meta-oe] lightmediascanner: Add version 0.4.4 (initial recipe)

[Pau Espin Pedrol]

meta-efl ;)

El 17 d’octubre de 2011 8:42, Koen Kooi k...@dominion.thruhere.net ha
escrit:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 [PATCH][meta-oe] lightmediascanner: Add version 0.4.4 (initial recipe)

 I know the difference is academic, but meta-oe or meta-efl?

 Op 16-10-11 23:33, Pau Espin Pedrol schreef:
  * Copied from oe-classic
  
 http://git.openembedded.org/openembedded/commit/?id=63d3969b0f839fc4b7bf7fe836daec729d9d3c53
 
 
 
 * Remove PE=1
  * Add LIC_FILES_CHKSUM * Builds fine using SHR distro
 
  Signed-off-by: Pau Espin Pedrol pespin.s...@gmail.com ---
  .../lightmediascanner/lightmediascanner_0.4.4.bb   |   29
   1 files changed, 29 insertions(+), 0 deletions(-)
  create mode 100644
  meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.4.bb
 
  diff --git
  a/meta-efl/recipes-multimedia/lightmediascanner/
 lightmediascanner_0.4.4.bb
  b/meta-efl/recipes-multimedia/lightmediascanner/
 lightmediascanner_0.4.4.bb
 
 
 new file mode 100644
  index 000..cb35fb0 --- /dev/null +++
  b/meta-efl/recipes-multimedia/lightmediascanner/
 lightmediascanner_0.4.4.bb
 
 
 @@ -0,0 +1,29 @@
  +DESCRIPTION = Lightweight media scanner meant to be used in
  not-so-powerful devices +AUTHOR = ProFUSION +HOMEPAGE =
  http://lms.garage.maemo.org/; +SECTION = libs/multimedia +LICENSE =
  LGPLv2.1+ +LIC_FILES_CHKSUM =
  file://COPYING;md5=a6f89e2100d9b6cdffcea4f398e37343 +DEPENDS = sqlite3
  flac virtual/libiconv + +PR = r0 + +SRC_URI =
  
 http://git.profusion.mobi/cgit.cgi/lightmediascanner.git/snapshot/release_${PV}.tar.bz2
  \ + +SRC_URI[md5sum] = f423376a70f8f321af69b12563b176fe
  +SRC_URI[sha256sum] =
  302a7f6cc355467cd20332f4e02c8b87ba6c0c7a6818a6a987e007aace19b41e + +S =
  ${WORKDIR}/release_${PV} + +inherit autotools pkgconfig +
  +do_install_append() { +install -d ${D}/${bindir}/ +install -m
  755 ${S}/src/bin/.libs/test  ${D}/${bindir}/test-lms +} + +PACKAGES =+
  ${PN}-test + +FILES_${PN}-test = ${bindir}/test-lms +
  +FILES_${PN}-dbg += ${libdir}/${PN}/plugins/.debug

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.5 (Darwin)
 Comment: GPGTools - http://gpgtools.org

 iD8DBQFOm85WMkyGM64RGpERApAnAJ9JtVK+0TfgAev2BW7aB0ACg/3DMwCgoDbv
 4r1P2NRHiDH3S6cA64cRP0w=
 =92no
 -END PGP SIGNATURE-


 ___
 Openembedded-devel mailing list
 Openembedded-devel@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel




-- 
Pau Espin Pedrol
mail/jabber: pespin.s...@gmail.com
http://blog.espeweb.net
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Performance measurement: Building openembedded-core with and without overclocking on C-i7 2600K

[Ulf Samuelsson]

2011-10-18 14:19, Anders Darander skrev:

* Ulf Samuelssonulf_samuels...@telia.com  [111018 14:06]:

2011-10-18 08:28, Anders Darander skrev:

* Ulf Samuelssonulf_samuels...@telia.com   [111017 22:45]:

If anyone is interested...

Build stats are always interesting... ;)

Same machine in two different configurations.
.#1...#2
P8Z68V Pro
Core-i7 2600K @ 3.4 GHz..4.4 GHz
8 GB @ ...1333
MHz...1640 MHz
1TB WD Black 7200 RPM
Ubuntu 11-10
Almost all source code already in source directory

This would severely restrict the usefulness of the comparison. I'd guess
that this means that in one case the source will be downloaded, while
it'll already be downloaded in the second test. Could you redo the
statistics with all sources downloaded?

I had already built it once before running the first test then updated
and I think one additional package was downloaded over a 100 MBps line
so it affects a little, but not too much.

Ok, just curious. Not least as you had one image fail in the first
configuration, which you attributed to a failed download. That remark
made me wonder...


OK, To be 100% correct:
I built meta-toolchain first so all packages for that build should be there.
This is much longer than anything else, so this is a good comparision.

Then the build #1 was started and measruements was taken.
This failed for core-image-sato due to one missing package, which
After build #1 was completed, I downloaded the missing package
and started build #2.



Cheers,
Anders


I think the conclusion:
  Increasing the CPU speed by 30% and the memory frequency by 20%
  gives 10-15% faster build time is OK.

Building meta-toolchain is 13% faster with overclocking.

Was the overclocking test run after the non-overclocking?





--
Best Regards
Ulf Samuelsson


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [meta-efl 1/3] e-base: bump EFL_SRCREV

[Martin Jansa]

Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
 meta-efl/classes/e-base.bbclass |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta-efl/classes/e-base.bbclass b/meta-efl/classes/e-base.bbclass
index 8eaabd8..ed08105 100644
--- a/meta-efl/classes/e-base.bbclass
+++ b/meta-efl/classes/e-base.bbclass
@@ -2,7 +2,7 @@ HOMEPAGE = http://www.enlightenment.org;
 SRCNAME ?= ${BPN}
 
 # usually tracks svn trunk HEAD
-EFL_SRCREV ?= 63721
+EFL_SRCREV ?= 64150
 # revision when 1.0.0 was released, for recipes which don't need rebuild so 
often
 EFL_SRCREV_1.0.0 ?= 56356
 
-- 
1.7.7


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [meta-efl 2/3] webkit-efl: upgrade to 1.6.1

[Martin Jansa]

* revert.r78057.patch is not needed, because context menus were removed from 
eve in r59455
* we still need to force ARM mode, only the segfault is different:
| 
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/webkit-efl-1.6.1+svnr97672-r0/src/Source/JavaScriptCore/heap/HandleTypes.h:
 In static member function 'static T* 
JSC::HandleTypesT::getFromSlot(JSC::HandleSlot) [with T = JSC::Structure, 
JSC::HandleTypesT::ExternalType = JSC::Structure*, JSC::HandleSlot = 
JSC::JSValue*]':
| 
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/webkit-efl-1.6.1+svnr97672-r0/src/Source/JavaScriptCore/heap/Handle.h:126:79:
   instantiated from 'JSC::HandleT::ExternalType JSC::HandleT::get() const 
[with T = JSC::Structure, JSC::HandleT::ExternalType = JSC::Structure*]'
| 
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/webkit-efl-1.6.1+svnr97672-r0/src/Source/JavaScriptCore/runtime/ScopeChain.h:39:75:
   instantiated from here
| 
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/webkit-efl-1.6.1+svnr97672-r0/src/Source/JavaScriptCore/heap/HandleTypes.h:38:130:
 warning: cast from 'JSC::JSCell*' to 
'JSC::HandleTypesJSC::Structure::ExternalType {aka JSC::Structure*}' 
increases required alignment of target type [-Wcast-align]
| {standard input}: Assembler messages:
| {standard input}:1116: Error: invalid immediate: 983040 is out of range
| {standard input}:1116: Error: value of 983040 too large for field of 2 bytes 
at 28
| 
/OE/shr-core/tmp/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.2/as:
 BFD (GNU Binutils) 2.21.1 assertion fail 
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/binutils-cross-2.21.1a-r0/binutils-2.21.1/bfd/elf.c:2819
| arm-oe-linux-gnueabi-g++: internal compiler error: Segmentation fault 
(program as)
| Please submit a full bug report,
| with preprocessed source if appropriate.
| See http://gcc.gnu.org/bugs.html for instructions.
| make[2]: *** [JavaScriptCore/CMakeFiles/javascriptcore_efl.dir/jit/JIT.cpp.o] 
Error 4
| make[2]: *** Waiting for unfinished jobs
| {standard input}: Assembler messages:
| {standard input}:2059: Error: invalid immediate: 983040 is out of range
| {standard input}:2059: Error: value of 983040 too large for field of 2 bytes 
at 28
| 
/OE/shr-core/tmp/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.2/as:
 BFD (GNU Binutils) 2.21.1 assertion fail 
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/binutils-cross-2.21.1a-r0/binutils-2.21.1/bfd/elf.c:2819
| arm-oe-linux-gnueabi-g++: internal compiler error: Segmentation fault 
(program as)
| Please submit a full bug report,
| with preprocessed source if appropriate.
| See http://gcc.gnu.org/bugs.html for instructions.
| make[2]: *** 
[JavaScriptCore/CMakeFiles/javascriptcore_efl.dir/jit/JITOpcodes32_64.cpp.o] 
Error 4
| make[2]: Leaving directory 
`/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/webkit-efl-1.6.1+svnr97672-r0/src/Source'
| make[1]: *** [JavaScriptCore/CMakeFiles/javascriptcore_efl.dir/all] Error 2
| make[1]: Leaving directory 
`/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/webkit-efl-1.6.1+svnr97672-r0/src/Source'

Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
 .../webkit/webkit-efl/revert.r78057.patch  |   19 ---
 meta-efl/recipes-efl/webkit/webkit-efl_svn.bb  |   11 ++-
 2 files changed, 2 insertions(+), 28 deletions(-)
 delete mode 100644 meta-efl/recipes-efl/webkit/webkit-efl/revert.r78057.patch

diff --git a/meta-efl/recipes-efl/webkit/webkit-efl/revert.r78057.patch 
b/meta-efl/recipes-efl/webkit/webkit-efl/revert.r78057.patch
deleted file mode 100644
index 966a977..000
--- a/meta-efl/recipes-efl/webkit/webkit-efl/revert.r78057.patch
+++ /dev/null
@@ -1,19 +0,0 @@
-see https://bugs.webkit.org/show_bug.cgi?id=50762
-fixed by:
-http://trac.webkit.org/changeset/78047/trunk/Source/WebCore/CMakeLists.txt
-fix reverted by:
-http://trac.webkit.org/changeset/78057/trunk/Source/WebCore/CMakeLists.txt
-
-so revert revert as we care about webkit-efl and don't care about WinCE
-
-Index: Source/WebCore/CMakeLists.txt
-===
 Source/WebCore/CMakeLists.txt  (revision 78042)
-+++ Source/WebCore/CMakeLists.txt  (revision 78047)
-@@ -1157,6 +1157,4 @@
- 
- platform/Arena.cpp
--platform/ContextMenu.cpp
--platform/ContextMenuItem.cpp
- platform/ContentType.cpp
- platform/CrossThreadCopier.cpp
diff --git a/meta-efl/recipes-efl/webkit/webkit-efl_svn.bb 
b/meta-efl/recipes-efl/webkit/webkit-efl_svn.bb
index bffded7..9f02a59 100644
--- a/meta-efl/recipes-efl/webkit/webkit-efl_svn.bb
+++ b/meta-efl/recipes-efl/webkit/webkit-efl_svn.bb
@@ -9,27 +9,20 @@ DEPENDS = icu libxslt sqlite3 gperf-native bison-native 
flex-native jpeg \
libpng libxt fontconfig cairo freetype glib-2.0 libsoup-2.4 \
libxml2 pango eina ecore evas edje
 
-SRCREV = 79192
-PV = 1.3.11+svnr${SRCPV}
+SRCREV = 97724
+PV = 1.6.1+svnr${SRCPV}
 

[oe] [meta-efl 0/3] EFL upgrade and lightmediascanner

[Martin Jansa]

My eve patches were applied upstream, so we can use newer 
webkit-efl without those patches in OE.

Webkit-efl build depends on fixed fontconfig see
http://patches.openembedded.org/patch/13371/

The following changes since commit 2631ed9f4c987192749960bc7a2209b5f5bbfa78:

  epdfview: add initial recipe with version 0.1.8 (2011-10-18 13:47:21 +0200)

are available in the git repository at:
  git://git.openembedded.org/meta-openembedded-contrib jansa/pull
  
http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=jansa/pull

Martin Jansa (2):
  e-base: bump EFL_SRCREV
  webkit-efl: upgrade to 1.6.1

pespin (1):
  lightmediascanner: Add version 0.4.4 (initial recipe)

 meta-efl/classes/e-base.bbclass|2 +-
 .../webkit/webkit-efl/revert.r78057.patch  |   19 --
 meta-efl/recipes-efl/webkit/webkit-efl_svn.bb  |   11 +--
 .../lightmediascanner/lightmediascanner_0.4.4.bb   |   27 
 4 files changed, 30 insertions(+), 29 deletions(-)
 delete mode 100644 meta-efl/recipes-efl/webkit/webkit-efl/revert.r78057.patch
 create mode 100644 
meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.4.bb

-- 
1.7.7


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [meta-efl 3/3] lightmediascanner: Add version 0.4.4 (initial recipe)

[Martin Jansa]

From: pespin pespin.s...@gmail.com

* Copied from oe-classic 
http://git.openembedded.org/openembedded/commit/?id=63d3969b0f839fc4b7bf7fe836daec729d9d3c53
* Remove PE=1
* Add LIC_FILES_CHKSUM
* Builds fine using SHR distro
* JaMa: removed PR

Signed-off-by: Pau Espin Pedrol pespin.s...@gmail.com
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
 .../lightmediascanner/lightmediascanner_0.4.4.bb   |   27 
 1 files changed, 27 insertions(+), 0 deletions(-)
 create mode 100644 
meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.4.bb

diff --git 
a/meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.4.bb 
b/meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.4.bb
new file mode 100644
index 000..96f4ba8
--- /dev/null
+++ b/meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.4.bb
@@ -0,0 +1,27 @@
+DESCRIPTION = Lightweight media scanner meant to be used in not-so-powerful 
devices
+AUTHOR = ProFUSION
+HOMEPAGE = http://lms.garage.maemo.org/;
+SECTION = libs/multimedia
+LICENSE = LGPLv2.1+
+LIC_FILES_CHKSUM = file://COPYING;md5=a6f89e2100d9b6cdffcea4f398e37343
+DEPENDS = sqlite3 flac virtual/libiconv
+
+SRC_URI = 
http://git.profusion.mobi/cgit.cgi/lightmediascanner.git/snapshot/release_${PV}.tar.bz2
 \
+
+SRC_URI[md5sum] = f423376a70f8f321af69b12563b176fe
+SRC_URI[sha256sum] = 
302a7f6cc355467cd20332f4e02c8b87ba6c0c7a6818a6a987e007aace19b41e
+
+S = ${WORKDIR}/release_${PV}
+
+inherit autotools pkgconfig
+
+do_install_append() {
+install -d ${D}/${bindir}/
+install -m 755 ${S}/src/bin/.libs/test  ${D}/${bindir}/test-lms
+}
+
+PACKAGES =+ ${PN}-test
+
+FILES_${PN}-test = ${bindir}/test-lms
+
+FILES_${PN}-dbg += ${libdir}/${PN}/plugins/.debug
-- 
1.7.7


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-efl 0/3] EFL upgrade and lightmediascanner

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 18-10-11 16:10, Martin Jansa schreef:
 My eve patches were applied upstream, so we can use newer webkit-efl
 without those patches in OE.
 
 Webkit-efl build depends on fixed fontconfig see 
 http://patches.openembedded.org/patch/13371/

I'll wait till that goes in, I asked on the OE-core list for an ETA.

regards,

Koen

 
 The following changes since commit
 2631ed9f4c987192749960bc7a2209b5f5bbfa78:
 
 epdfview: add initial recipe with version 0.1.8 (2011-10-18 13:47:21
 +0200)
 
 are available in the git repository at: 
 git://git.openembedded.org/meta-openembedded-contrib jansa/pull 
 http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=jansa/pull

  Martin Jansa (2): e-base: bump EFL_SRCREV webkit-efl: upgrade to 1.6.1
 
 pespin (1): lightmediascanner: Add version 0.4.4 (initial recipe)
 
 meta-efl/classes/e-base.bbclass|2 +- 
 .../webkit/webkit-efl/revert.r78057.patch  |   19 -- 
 meta-efl/recipes-efl/webkit/webkit-efl_svn.bb  |   11 +-- 
 .../lightmediascanner/lightmediascanner_0.4.4.bb   |   27
  4 files changed, 30 insertions(+), 29 deletions(-) 
 delete mode 100644
 meta-efl/recipes-efl/webkit/webkit-efl/revert.r78057.patch create mode
 100644
 meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.4.bb
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFOnYr1MkyGM64RGpERAlYAAJ9+hJewnLM3TRk5C/jWmiITOmBLnQCeOtHS
gt8mgcxx5B3H6qOjeiyOSbg=
=8FeF
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Use of stamps in the source directory of openembedded-core

[Khem Raj]

On 10/18/2011 1:18 AM, Ulf Samuelsson wrote:

After I have built openembedded-core, I notice that the source directory
is loaded with files: *.done.



they indicate successful download of a source tar.


Is this really a good idea?

I tend to use a common source directory for multiple projects.

Having stamps in the source directory, means that you let one
project affect the others.




___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Performance measurement: Building openembedded-core with and without overclocking on C-i7 2600K

[Khem Raj]

On 10/17/2011 11:03 PM, Ulf Samuelsson wrote:

My comparision between 2 similar machines indicate that
32 bit 11.04 with Psyco-Dist is 20% faster than 64 bit with 11.04



thats why I wanted to know if they were exactly same machine. Better to 
reinstall may be. I dont rule out that 32bit cant be faster but we need 
to measure it



The machine running 64 bit 11.04 was tested with 32 bit 11.04
using an external disk (connected through e-SATA) and results
were very close to the numbers for the other 32 bit machine





I didn't save those numbers but I think that is good enough
to draw the conclusion that adding JIT for 64 bit (PyPy?) will reduce build
time significantly.


Thats what I am interested in. If pypy would make it faster than
we could recommend it.


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Performance measurement: Building openembedded-core with and without overclocking on C-i7 2600K

[Phil Blundell]

On Tue, 2011-10-18 at 08:03 +0200, Ulf Samuelsson wrote:
 My comparision between 2 similar machines indicate that
 32 bit 11.04 with Psyco-Dist is 20% faster than 64 bit with 11.04
 
 The machine running 64 bit 11.04 was tested with 32 bit 11.04
 using an external disk (connected through e-SATA) and results
 were very close to the numbers for the other 32 bit machine
 
 I didn't save those numbers but I think that is good enough
 to draw the conclusion that adding JIT for 64 bit (PyPy?) will reduce build
 time significantly.

You seem to have changed two things at once there (or perhaps just made
a bit too much of a leap in your conclusion).  Did you test 32-bit
without the JIT?

p.



___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-efl 3/3] lightmediascanner: Add version 0.4.4 (initial recipe)

[Paul Menzel]

Am Dienstag, den 18.10.2011, 16:10 +0200 schrieb Martin Jansa:
 From: pespin pespin.s...@gmail.com

The name is still not correct. Although the Signed-off-by line is.
Please correct that.

 * Copied from oe-classic 
 http://git.openembedded.org/openembedded/commit/?id=63d3969b0f839fc4b7bf7fe836daec729d9d3c53
 * Remove PE=1
 * Add LIC_FILES_CHKSUM
 * Builds fine using SHR distro
 * JaMa: removed PR

Was the recipe tested somehow?

 Signed-off-by: Pau Espin Pedrol pespin.s...@gmail.com
 Signed-off-by: Martin Jansa martin.ja...@gmail.com
 ---
  .../lightmediascanner/lightmediascanner_0.4.4.bb   |   27 
 
  1 files changed, 27 insertions(+), 0 deletions(-)
  create mode 100644 
 meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.4.bb

[…]


Thanks,

Paul


signature.asc
Description: This is a digitally signed message part
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] bitbake build failed at bison

[Anatoly Shipitsin]

On Tue, Oct 18, 2011 at 13:53, Kai kaiju...@yahoo.com wrote:

 Hi,

 I got the following issue when I rebuilt console-image from scratch
 today. Someone has reported this issue 4 months ago, I just wonder if
 it has been resolved.

 /usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-r9.0/
 bison-2.4.3/m4/
 glib.m4:8: warning: underquoted definition of AM_PATH_GLIB
 configure.ac:128: warning: gl_GLIBC21 is m4_require'd but not
 m4_defun'd
 /usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-r9.0/
 bison-2.4.3/m4/
 localcharset.m4:7: gl_LOCALCHARSET is expanded from...
 /usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-r9.0/
 bison-2.4.3/m4/
 gnulib-comp.m4:153: gl_INIT is expanded from...
 configure.ac:128: the top level
 autoreconf: configure.ac: tracing
 configure.ac:128: warning: gl_GLIBC21 is m4_require'd but not
 m4_defun'd
 aclocal.m4:6788: gl_LOCALCHARSET is expanded from...
 aclocal.m4:3203: gl_INIT is expanded from...
 configure.ac:128: the top level
 configure.ac:128: warning: AC_RUN_IFELSE called without default to
 allow cross c
 ompiling
 ../../lib/autoconf/general.m4:2716: AC_RUN_IFELSE is expanded from...
 ../../lib/m4sugar/m4sh.m4:598: AS_IF is expanded from...
 ../../lib/autoconf/general.m4:1999: AC_CACHE_VAL is expanded from...
 ../../lib/autoconf/general.m4:2020: AC_CACHE_CHECK is expanded from...
 aclocal.m4:8839: gl_POSIX_SPAWN_WORKS is expanded from...
 aclocal.m4:8768: gl_POSIX_SPAWN_BODY is expanded from...
 aclocal.m4:8763: gl_POSIX_SPAWN is expanded from...
 autoreconf: configure.ac: not using Libtool
 autoreconf: running: /usr/src/oe/tmp-zaurus/sysroots/x86_64-linux/usr/
 bin/autoconf
 --include=/usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-
 r9.0/bison-2.4.3/data/
 --include=/usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-
 r9.0/bison-2.4.3/m4/
 --include=/usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-
 r9.0/bison-2.4.3/tests/
 --include=/usr/src/oe/tmp-zaurus/sysroots/x86_64-linux/usr/share/
 aclocal-1.11
 --include=/usr/src/oe/tmp-zaurus/sysroots/x86_64-linux/usr/share/
 aclocal --force --warnings=cross
 configure.ac:128: warning: gl_GLIBC21 is m4_require'd but not
 m4_defun'd
 aclocal.m4:6788: gl_LOCALCHARSET is expanded from...
 aclocal.m4:3203: gl_INIT is expanded from...
 configure.ac:128: the top level
 configure.ac:128: warning: AC_RUN_IFELSE called without default to
 allow cross compiling
 ../../lib/autoconf/general.m4:2716: AC_RUN_IFELSE is expanded from...
 ../../lib/m4sugar/m4sh.m4:598: AS_IF is expanded from...
 ../../lib/autoconf/general.m4:1999: AC_CACHE_VAL is expanded from...
 ../../lib/autoconf/general.m4:2020: AC_CACHE_CHECK is expanded from...
 aclocal.m4:8839: gl_POSIX_SPAWN_WORKS is expanded from...
 aclocal.m4:8768: gl_POSIX_SPAWN_BODY is expanded from...
 aclocal.m4:8763: gl_POSIERROR: Function 'do_configure' failed (see
 /usr/src/oe/tmp-zaurus/work/x86_64-linux/bison-native-2.4.3-r9.0/temp/
 log.do_configure.8271
 for further information)
 X_SPAWN is expanded from...
 configure:9788: error: possibly undefined macro: gl_GLIBC21
  If this token and others are legitimate, please use
 m4_pattern_allow.
  See the Autoconf documentation.
 autoreconf: /usr/src/oe/tmp-zaurus/sysroots/x86_64-linux/usr/bin/
 autoconf failed with exit
 status: 1
 + oefatal 'autoreconf execution failed.'

 bitbake gettext-native

This should help.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-efl 3/3] lightmediascanner: Add version 0.4.4 (initial recipe)

[Martin Jansa]

On Tue, Oct 18, 2011 at 04:51:09PM +0200, Paul Menzel wrote:
 Am Dienstag, den 18.10.2011, 16:10 +0200 schrieb Martin Jansa:
  From: pespin pespin.s...@gmail.com
 
 The name is still not correct. Although the Signed-off-by line is.
 Please correct that.

Thanks for catching that, fixed in jansa/pull branch.

  * Copied from oe-classic 
  http://git.openembedded.org/openembedded/commit/?id=63d3969b0f839fc4b7bf7fe836daec729d9d3c53
  * Remove PE=1
  * Add LIC_FILES_CHKSUM
  * Builds fine using SHR distro
  * JaMa: removed PR
 
 Was the recipe tested somehow?

Tested on om-gta02 after building it with SHR and added
RDEPENDS_${PN}-test = glibc-gconv-utf-16
(was also updated in branch after sending pull request)

  Signed-off-by: Pau Espin Pedrol pespin.s...@gmail.com
  Signed-off-by: Martin Jansa martin.ja...@gmail.com
  ---
   .../lightmediascanner/lightmediascanner_0.4.4.bb   |   27 
  
   1 files changed, 27 insertions(+), 0 deletions(-)
   create mode 100644 
  meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.4.bb

Also there is trivial patch for enjoy in 4/4:
enjoy: include icon in FILES_${PN}

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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] [meta-efl 3/3] lightmediascanner: Add version 0.4.4 (initial recipe)

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 18-10-11 18:24, Martin Jansa schreef:
 On Tue, Oct 18, 2011 at 04:51:09PM +0200, Paul Menzel wrote:
 Am Dienstag, den 18.10.2011, 16:10 +0200 schrieb Martin Jansa:
 From: pespin pespin.s...@gmail.com
 
 The name is still not correct. Although the Signed-off-by line is. 
 Please correct that.
 
 Thanks for catching that, fixed in jansa/pull branch.
 
 * Copied from oe-classic
 http://git.openembedded.org/openembedded/commit/?id=63d3969b0f839fc4b7bf7fe836daec729d9d3c53

 
* Remove PE=1
 * Add LIC_FILES_CHKSUM * Builds fine using SHR distro * JaMa: removed
 PR
 
 Was the recipe tested somehow?
 
 Tested on om-gta02 after building it with SHR and added 
 RDEPENDS_${PN}-test = glibc-gconv-utf-16

Could you please change that to something like:

RDEPENDS_${PN}_append_libc-glibc  glibc-gconv-utf-16

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFOnav8MkyGM64RGpERAoswAJ9cEsFI3GGwHoy6wwSSxHq3rKFjGgCfR6o6
JheuujpRfaxIxHr6qL3lK30=
=vuU4
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-efl 3/3] lightmediascanner: Add version 0.4.4 (initial recipe)

[Martin Jansa]

On Tue, Oct 18, 2011 at 06:40:28PM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Op 18-10-11 18:24, Martin Jansa schreef:
  On Tue, Oct 18, 2011 at 04:51:09PM +0200, Paul Menzel wrote:
  Am Dienstag, den 18.10.2011, 16:10 +0200 schrieb Martin Jansa:
  From: pespin pespin.s...@gmail.com
  
  The name is still not correct. Although the Signed-off-by line is. 
  Please correct that.
  
  Thanks for catching that, fixed in jansa/pull branch.
  
  * Copied from oe-classic
  http://git.openembedded.org/openembedded/commit/?id=63d3969b0f839fc4b7bf7fe836daec729d9d3c53
 
  
 * Remove PE=1
  * Add LIC_FILES_CHKSUM * Builds fine using SHR distro * JaMa: removed
  PR
  
  Was the recipe tested somehow?
  
  Tested on om-gta02 after building it with SHR and added 
  RDEPENDS_${PN}-test = glibc-gconv-utf-16
 
 Could you please change that to something like:
 
 RDEPENDS_${PN}_append_libc-glibc  glibc-gconv-utf-16

because of eglibc or uclibc?
SHR root@gjama ~ $ opkg info eglibc-gconv-utf-16
Provides: glibc-gconv-utf-16

I'm using eglibc and it worked fine, but I haven't tested with uclibc..

But if I add:
RDEPENDS_${PN}-test_libc-uclibc = 
then I guess it will fail in runtime like for me without
eglibc-gconv-utf-16.

Someone with uclibc please test in runtime?

I'm aware of:
http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-August/034467.html
but it says nothing about runtime behavior on uclibc..

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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] [meta-efl 3/3] lightmediascanner: Add version 0.4.4 (initial recipe)

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 18-10-11 18:51, Martin Jansa schreef:
 On Tue, Oct 18, 2011 at 06:40:28PM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Op 18-10-11 18:24, Martin Jansa schreef:
 On Tue, Oct 18, 2011 at 04:51:09PM +0200, Paul Menzel wrote:
 Am Dienstag, den 18.10.2011, 16:10 +0200 schrieb Martin Jansa:
 From: pespin pespin.s...@gmail.com
 
 The name is still not correct. Although the Signed-off-by line is.
  Please correct that.
 
 Thanks for catching that, fixed in jansa/pull branch.
 
 * Copied from oe-classic 
 http://git.openembedded.org/openembedded/commit/?id=63d3969b0f839fc4b7bf7fe836daec729d9d3c53



 
* Remove PE=1
 * Add LIC_FILES_CHKSUM * Builds fine using SHR distro * JaMa:
 removed PR
 
 Was the recipe tested somehow?
 
 Tested on om-gta02 after building it with SHR and added 
 RDEPENDS_${PN}-test = glibc-gconv-utf-16
 
 Could you please change that to something like:
 
 RDEPENDS_${PN}_append_libc-glibc  glibc-gconv-utf-16
 
 because of eglibc or uclibc?

uclibc, the 'libc-glibc' override is true for both (e)glibc.


 SHR root@gjama ~ $ opkg info eglibc-gconv-utf-16 Provides:
 glibc-gconv-utf-16
 
 I'm using eglibc and it worked fine, but I haven't tested with uclibc..
 
 But if I add: RDEPENDS_${PN}-test_libc-uclibc =  then I guess it will
 fail in runtime like for me without eglibc-gconv-utf-16.
 
 Someone with uclibc please test in runtime?
 
 I'm aware of: 
 http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-August/034467.html

 
but it says nothing about runtime behavior on uclibc..
 
 Regards,
 
 
 
 
 ___ Openembedded-devel
 mailing list Openembedded-devel@lists.openembedded.org 
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFOna/EMkyGM64RGpERAmoHAJ9kVzGr8BJkcrAj7PlU6aV1qt24VACcCWsc
aSeFLZj+27zq83MWbTOzcno=
=0xpF
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-efl 3/3] lightmediascanner: Add version 0.4.4 (initial recipe)

[Martin Jansa]

On Tue, Oct 18, 2011 at 06:56:36PM +0200, Koen Kooi wrote:
  because of eglibc or uclibc?
 
 uclibc, the 'libc-glibc' override is true for both (e)glibc.

Ah OK,

-RDEPENDS_${PN}-test = glibc-gconv-utf-16
+RDEPENDS_${PN}-test_append_libc-glibc = glibc-gconv-utf-16

tested on nokia900 and done in branch

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] Patchwork breaking submitters name Was: Patchwork hooks for meta-oe active and working

[Martin Jansa]

On Mon, Oct 17, 2011 at 09:32:13AM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi,
 
 Thanks to Khem the patchwork hooks for meta-oe (and hence meta-efl,
 meta-gnome and meta-xfce) are active and working.
 Once the commits hit the OE server the state will get updated automatically,
 so the submitter will instantly know when his/her patch has hit the repo.
 
 regards,

There is known and fixed issue with patchwork breaking author name

We have an example in patch
[meta-oe] lightmediascanner: Add version 0.4.4 (initial recipe)
Original e-mail says Pau Espin Pedrol pespin.shar at gmail.com
http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-October/035644.html

older patchwork instance says only pespin pespin.shar at gmail.com
http://patches.openembedded.org/patch/13323/
newer patchwork instance says also pespin pespin.shar at gmail.com
http://patchwork.openembedded.org/patch/13323/

Same problem was reported also on LKML
https://lkml.org/lkml/2011/9/18/128
And later fixed by Jeremy Kerr
https://lkml.org/lkml/2011/9/18/149

Can we get this upstream fix to our patchwork instance too?

Regards,
-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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] Patchwork breaking submitters name Was: Patchwork hooks for meta-oe active and working

[Khem Raj]

On (18/10/11 22:38), Martin Jansa wrote:
 On Mon, Oct 17, 2011 at 09:32:13AM +0200, Koen Kooi wrote:
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
  
  Hi,
  
  Thanks to Khem the patchwork hooks for meta-oe (and hence meta-efl,
  meta-gnome and meta-xfce) are active and working.
  Once the commits hit the OE server the state will get updated automatically,
  so the submitter will instantly know when his/her patch has hit the repo.
  
  regards,
 
 There is known and fixed issue with patchwork breaking author name
 
 We have an example in patch
 [meta-oe] lightmediascanner: Add version 0.4.4 (initial recipe)
 Original e-mail says Pau Espin Pedrol pespin.shar at gmail.com
 http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-October/035644.html
 
 older patchwork instance says only pespin pespin.shar at gmail.com
 http://patches.openembedded.org/patch/13323/
 newer patchwork instance says also pespin pespin.shar at gmail.com
 http://patchwork.openembedded.org/patch/13323/
 
 Same problem was reported also on LKML
 https://lkml.org/lkml/2011/9/18/128
 And later fixed by Jeremy Kerr
 https://lkml.org/lkml/2011/9/18/149
 
 Can we get this upstream fix to our patchwork instance too?

This patch is already applied to the new patchwork instance on
patchwork.openembedded.org however it was only yesterday when it came
into life.

-Khem

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH][meta-efl]] dummy patch to try if patchwork bug is fixed

[Pau Espin Pedrol]

Signed-off-by: Pau Espin Pedrol pespin.s...@gmail.com
---
 meta-efl/recipes-efl/e17/efm-path_svn.bb |   15 ---
 1 files changed, 0 insertions(+), 15 deletions(-)
 delete mode 100644 meta-efl/recipes-efl/e17/efm-path_svn.bb

diff --git a/meta-efl/recipes-efl/e17/efm-path_svn.bb 
b/meta-efl/recipes-efl/e17/efm-path_svn.bb
deleted file mode 100644
index 685513f..000
--- a/meta-efl/recipes-efl/e17/efm-path_svn.bb
+++ /dev/null
@@ -1,15 +0,0 @@
-LICENSE = MIT
-PV = 0.0.1+svnr${SRCPV}
-PR = ${INC_PR}.0
-
-require e-module.inc
-
-SRCNAME = E-MODULES-EXTRA/efm_path
-
-do_configure_prepend() {
-sed -i -e /po/d configure.ac
-sed -i -e s:\ po::g Makefile.am
-}
-
-FILES_${PN}-dbg += ${libdir}/enlightenment/modules/*/*/.debug/
-FILES_${PN} += ${libdir}/enlightenment/modules/
-- 
1.7.7


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Patchwork breaking submitters name Was: Patchwork hooks for meta-oe active and working

[Martin Jansa]

On Tue, Oct 18, 2011 at 01:49:54PM -0700, Khem Raj wrote:
 On (18/10/11 22:38), Martin Jansa wrote:
  On Mon, Oct 17, 2011 at 09:32:13AM +0200, Koen Kooi wrote:
   -BEGIN PGP SIGNED MESSAGE-
   Hash: SHA1
   
   Hi,
   
   Thanks to Khem the patchwork hooks for meta-oe (and hence meta-efl,
   meta-gnome and meta-xfce) are active and working.
   Once the commits hit the OE server the state will get updated 
   automatically,
   so the submitter will instantly know when his/her patch has hit the repo.
   
   regards,
  
  There is known and fixed issue with patchwork breaking author name
  
  We have an example in patch
  [meta-oe] lightmediascanner: Add version 0.4.4 (initial recipe)
  Original e-mail says Pau Espin Pedrol pespin.shar at gmail.com
  http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-October/035644.html
  
  older patchwork instance says only pespin pespin.shar at gmail.com
  http://patches.openembedded.org/patch/13323/
  newer patchwork instance says also pespin pespin.shar at gmail.com
  http://patchwork.openembedded.org/patch/13323/
  
  Same problem was reported also on LKML
  https://lkml.org/lkml/2011/9/18/128
  And later fixed by Jeremy Kerr
  https://lkml.org/lkml/2011/9/18/149
  
  Can we get this upstream fix to our patchwork instance too?
 
 This patch is already applied to the new patchwork instance on
 patchwork.openembedded.org however it was only yesterday when it came
 into life.

But still it doesn't work today:
http://patchwork.openembedded.org/patch/13437/

and from Kerr's reply I'm not sure if someone has to fix something in
patchwork database or if registered users can fix it in their profile
page.. or maybe he fixed only Submitter fields for existing patches in
database..

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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][meta-efl]] dummy patch to try if patchwork bug is fixed

[Khem Raj]

On (18/10/11 23:00), Pau Espin Pedrol wrote:
 Signed-off-by: Pau Espin Pedrol pespin.s...@gmail.com

And it did not work since mailman served it as it is. I guess problem
might be in the mailman

 ---
  meta-efl/recipes-efl/e17/efm-path_svn.bb |   15 ---
  1 files changed, 0 insertions(+), 15 deletions(-)
  delete mode 100644 meta-efl/recipes-efl/e17/efm-path_svn.bb
 
 diff --git a/meta-efl/recipes-efl/e17/efm-path_svn.bb 
 b/meta-efl/recipes-efl/e17/efm-path_svn.bb
 deleted file mode 100644
 index 685513f..000
 --- a/meta-efl/recipes-efl/e17/efm-path_svn.bb
 +++ /dev/null
 @@ -1,15 +0,0 @@
 -LICENSE = MIT
 -PV = 0.0.1+svnr${SRCPV}
 -PR = ${INC_PR}.0
 -
 -require e-module.inc
 -
 -SRCNAME = E-MODULES-EXTRA/efm_path
 -
 -do_configure_prepend() {
 -sed -i -e /po/d configure.ac
 -sed -i -e s:\ po::g Makefile.am
 -}
 -
 -FILES_${PN}-dbg += ${libdir}/enlightenment/modules/*/*/.debug/
 -FILES_${PN} += ${libdir}/enlightenment/modules/
 -- 
 1.7.7
 
 
 ___
 Openembedded-devel mailing list
 Openembedded-devel@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

-- 
-Khem

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Building multiple u-boot binaries in oe-core?

[McClintock Matthew-B29882]

On Tue, Oct 18, 2011 at 3:25 AM, Koen Kooi k...@dominion.thruhere.net wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Op 18-10-11 10:13, Ulf Samuelsson schreef:
 I added the functionality for building multiple u-boot binaries to
 classic openembedded, but this has not been implemented in oe-core. I
 find that rather useful. Anyone disagreeing?

I find this very useful and will need to do something similar soon if
you don't get to it first ;) I've already internally used some of your
old stuff I believe.

 The core of this is:

 do_compile () { if ! [ x${UBOOT_MACHINES} == x ] ; then for board in
 ${UBOOT_MACHINES} ; do if ! [ `grep ${board}_config Makefile | wc -c` ==
 0 ] ; then mkdir -p binaries/${board} oe_runmake O=binaries/${board}
 distclean oe_runmake O=binaries/${board} ${board}_config oe_runmake
 O=binaries/${board} all fi done else oe_runmake ${UBOOT_MACHINE}
 oe_runmake all fi }

For us UBOOT_MACHINES = P4008DS P4080DS_SPIFLASH P4080DS_SDCARD P4080DS_NAND

Sometimes u-boot has different final output images, so maybe having
the machine.conf files do something like

UBOOT_OUTPUT[P4080DS_NAND] = u-boot-nand.bin

So we can automagically have this work in the u-boot recipe.

 Note that I removed the _config part from UBOOT_MACHINES.

I think upstream u-boot does not require this anymore.

 At the moment, the binary after youv'e done make beagleboard_config;
 make will be called: u-boot-beagleboard_config-${PV}-${PR}.bin

 I think u-boot-beagleboard-${PV}-${PR}.bin is nicer.

I agree.

 There aren't that many boards in oe-core at the moment.

 4 qemu machine to be exact

 Isn't this a good time to get rid of UBOOT_MACHINE altogher and/or
 redefine it without the _config

Seems fine either way to me, but I tend to think UBOOT_MACHINE could go away.


 Not sure, there are a *lot* of BSPs out there where _config is expected to
 be there.

Are these using an old u-boot?

-M

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH][meta-efl]] dummy patch to try if patchwork bug is fixed

[Martin Jansa]

On Tue, Oct 18, 2011 at 02:16:11PM -0700, Khem Raj wrote:
 On (18/10/11 23:00), Pau Espin Pedrol wrote:
  Signed-off-by: Pau Espin Pedrol pespin.s...@gmail.com
 
 And it did not work since mailman served it as it is. I guess problem
 might be in the mailman

Sorry I don't see the problem in mailman.

pespin's patch (X-Patchwork-Id: 13437)
From: Pau Espin Pedrol pespin.shar at gmail.com ends like 
From: pespin pespin.shar at gmail.com

and ie my patch (X-Patchwork-Id: 13417)
From: Martin Jansa martin.jansa at gmail.com ends like
From: Martin Jansa martin.jansa at gmail.com

I did only s/@/ at /g here.

Regards,
 
  ---
   meta-efl/recipes-efl/e17/efm-path_svn.bb |   15 ---
   1 files changed, 0 insertions(+), 15 deletions(-)
   delete mode 100644 meta-efl/recipes-efl/e17/efm-path_svn.bb
  
  diff --git a/meta-efl/recipes-efl/e17/efm-path_svn.bb 
  b/meta-efl/recipes-efl/e17/efm-path_svn.bb
  deleted file mode 100644
  index 685513f..000
  --- a/meta-efl/recipes-efl/e17/efm-path_svn.bb
  +++ /dev/null
  @@ -1,15 +0,0 @@
  -LICENSE = MIT
  -PV = 0.0.1+svnr${SRCPV}
  -PR = ${INC_PR}.0
  -
  -require e-module.inc
  -
  -SRCNAME = E-MODULES-EXTRA/efm_path
  -
  -do_configure_prepend() {
  -sed -i -e /po/d configure.ac
  -sed -i -e s:\ po::g Makefile.am
  -}
  -
  -FILES_${PN}-dbg += ${libdir}/enlightenment/modules/*/*/.debug/
  -FILES_${PN} += ${libdir}/enlightenment/modules/
  -- 
  1.7.7
  
  
  ___
  Openembedded-devel mailing list
  Openembedded-devel@lists.openembedded.org
  http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
 
 -- 
 -Khem
 
 ___
 Openembedded-devel mailing list
 Openembedded-devel@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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] Patchwork breaking submitters name Was: Patchwork hooks for meta-oe active and working

[Khem Raj]

On (18/10/11 23:10), Martin Jansa wrote:
 On Tue, Oct 18, 2011 at 01:49:54PM -0700, Khem Raj wrote:
  On (18/10/11 22:38), Martin Jansa wrote:
   On Mon, Oct 17, 2011 at 09:32:13AM +0200, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Thanks to Khem the patchwork hooks for meta-oe (and hence meta-efl,
meta-gnome and meta-xfce) are active and working.
Once the commits hit the OE server the state will get updated 
automatically,
so the submitter will instantly know when his/her patch has hit the 
repo.

regards,
   
   There is known and fixed issue with patchwork breaking author name
   
   We have an example in patch
   [meta-oe] lightmediascanner: Add version 0.4.4 (initial recipe)
   Original e-mail says Pau Espin Pedrol pespin.shar at gmail.com
   http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-October/035644.html
   
   older patchwork instance says only pespin pespin.shar at gmail.com
   http://patches.openembedded.org/patch/13323/
   newer patchwork instance says also pespin pespin.shar at gmail.com
   http://patchwork.openembedded.org/patch/13323/
   
   Same problem was reported also on LKML
   https://lkml.org/lkml/2011/9/18/128
   And later fixed by Jeremy Kerr
   https://lkml.org/lkml/2011/9/18/149
   
   Can we get this upstream fix to our patchwork instance too?
  
  This patch is already applied to the new patchwork instance on
  patchwork.openembedded.org however it was only yesterday when it came
  into life.
 
 But still it doesn't work today:
 http://patchwork.openembedded.org/patch/13437/
 
 and from Kerr's reply I'm not sure if someone has to fix something in
 patchwork database or if registered users can fix it in their profile
 page.. or maybe he fixed only Submitter fields for existing patches in
 database..

yes the user profile for existing users have to be updated which I have
done for Pau now. So it should be ok. Please re-check the patchwork.

 
 Regards,
 
 -- 
 Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com



 ___
 Openembedded-devel mailing list
 Openembedded-devel@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel


-- 
-Khem

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Patchwork breaking submitters name Was: Patchwork hooks for meta-oe active and working

[Martin Jansa]

On Tue, Oct 18, 2011 at 02:36:35PM -0700, Khem Raj wrote:
 On (18/10/11 23:10), Martin Jansa wrote:
  On Tue, Oct 18, 2011 at 01:49:54PM -0700, Khem Raj wrote:
   On (18/10/11 22:38), Martin Jansa wrote:
On Mon, Oct 17, 2011 at 09:32:13AM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi,
 
 Thanks to Khem the patchwork hooks for meta-oe (and hence meta-efl,
 meta-gnome and meta-xfce) are active and working.
 Once the commits hit the OE server the state will get updated 
 automatically,
 so the submitter will instantly know when his/her patch has hit the 
 repo.
 
 regards,

There is known and fixed issue with patchwork breaking author name

We have an example in patch
[meta-oe] lightmediascanner: Add version 0.4.4 (initial recipe)
Original e-mail says Pau Espin Pedrol pespin.shar at gmail.com
http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-October/035644.html

older patchwork instance says only pespin pespin.shar at gmail.com
http://patches.openembedded.org/patch/13323/
newer patchwork instance says also pespin pespin.shar at gmail.com
http://patchwork.openembedded.org/patch/13323/

Same problem was reported also on LKML
https://lkml.org/lkml/2011/9/18/128
And later fixed by Jeremy Kerr
https://lkml.org/lkml/2011/9/18/149

Can we get this upstream fix to our patchwork instance too?
   
   This patch is already applied to the new patchwork instance on
   patchwork.openembedded.org however it was only yesterday when it came
   into life.
  
  But still it doesn't work today:
  http://patchwork.openembedded.org/patch/13437/
  
  and from Kerr's reply I'm not sure if someone has to fix something in
  patchwork database or if registered users can fix it in their profile
  page.. or maybe he fixed only Submitter fields for existing patches in
  database..
 
 yes the user profile for existing users have to be updated which I have
 done for Pau now. So it should be ok. Please re-check the patchwork.

Almost :), there is missing 'l'
From: Pau Espin Pedro
From: Pau Espin Pedrol

Is it possible for registred patchwork user to update it or do we need
to ask you when we found similar issue for someone else?

Thanks!

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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] Patchwork breaking submitters name Was: Patchwork hooks for meta-oe active and working

[Khem Raj]

On (18/10/11 23:42), Martin Jansa wrote:
 On Tue, Oct 18, 2011 at 02:36:35PM -0700, Khem Raj wrote:
  On (18/10/11 23:10), Martin Jansa wrote:
   On Tue, Oct 18, 2011 at 01:49:54PM -0700, Khem Raj wrote:
On (18/10/11 22:38), Martin Jansa wrote:
 On Mon, Oct 17, 2011 at 09:32:13AM +0200, Koen Kooi wrote:
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
  
  Hi,
  
  Thanks to Khem the patchwork hooks for meta-oe (and hence meta-efl,
  meta-gnome and meta-xfce) are active and working.
  Once the commits hit the OE server the state will get updated 
  automatically,
  so the submitter will instantly know when his/her patch has hit the 
  repo.
  
  regards,
 
 There is known and fixed issue with patchwork breaking author name
 
 We have an example in patch
 [meta-oe] lightmediascanner: Add version 0.4.4 (initial recipe)
 Original e-mail says Pau Espin Pedrol pespin.shar at gmail.com
 http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-October/035644.html
 
 older patchwork instance says only pespin pespin.shar at gmail.com
 http://patches.openembedded.org/patch/13323/
 newer patchwork instance says also pespin pespin.shar at gmail.com
 http://patchwork.openembedded.org/patch/13323/
 
 Same problem was reported also on LKML
 https://lkml.org/lkml/2011/9/18/128
 And later fixed by Jeremy Kerr
 https://lkml.org/lkml/2011/9/18/149
 
 Can we get this upstream fix to our patchwork instance too?

This patch is already applied to the new patchwork instance on
patchwork.openembedded.org however it was only yesterday when it came
into life.
   
   But still it doesn't work today:
   http://patchwork.openembedded.org/patch/13437/
   
   and from Kerr's reply I'm not sure if someone has to fix something in
   patchwork database or if registered users can fix it in their profile
   page.. or maybe he fixed only Submitter fields for existing patches in
   database..
  
  yes the user profile for existing users have to be updated which I have
  done for Pau now. So it should be ok. Please re-check the patchwork.
 
 Almost :), there is missing 'l'
 From: Pau Espin Pedro
 From: Pau Espin Pedrol
 

sorry about that glitch should be ok now.

 Is it possible for registred patchwork user to update it or do we need
 to ask you when we found similar issue for someone else?

Once registered it does not let the user change it.

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH][meta-efl]] dummy patch to try if patchwork bug is fixed

[Khem Raj]

On (18/10/11 23:24), Martin Jansa wrote:
 On Tue, Oct 18, 2011 at 02:16:11PM -0700, Khem Raj wrote:
  On (18/10/11 23:00), Pau Espin Pedrol wrote:
   Signed-off-by: Pau Espin Pedrol pespin.s...@gmail.com
  
  And it did not work since mailman served it as it is. I guess problem
  might be in the mailman
 
 Sorry I don't see the problem in mailman.

It was my web interface.

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Performance measurement: Building openembedded-core with and without overclocking on C-i7 2600K

[Ulf Samuelsson]

2011-10-18 16:47, Phil Blundell skrev:

On Tue, 2011-10-18 at 08:03 +0200, Ulf Samuelsson wrote:

My comparision between 2 similar machines indicate that
32 bit 11.04 with Psyco-Dist is 20% faster than 64 bit with 11.04

The machine running 64 bit 11.04 was tested with 32 bit 11.04
using an external disk (connected through e-SATA) and results
were very close to the numbers for the other 32 bit machine

I didn't save those numbers but I think that is good enough
to draw the conclusion that adding JIT for 64 bit (PyPy?) will reduce build
time significantly.

You seem to have changed two things at once there (or perhaps just made
a bit too much of a leap in your conclusion).  Did you test 32-bit
without the JIT?


The word indicate is not soo strong as you indicate ;-)
Just saying that if it looks like a duck, walks like a duck
it is probably a duck.

It takes too long to reinstall for that to be an alternative for me.
More data from other people could be an alternative.




p.



___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel



--
Best Regards
Ulf Samuelsson


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [meta-efl 3/3] lightmediascanner: Add version 0.4.4 (initial recipe)

[Martin Jansa]

On Tue, Oct 18, 2011 at 09:21:35PM +0200, Koen Kooi wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Op 18-10-11 19:39, Martin Jansa schreef:
  On Tue, Oct 18, 2011 at 06:56:36PM +0200, Koen Kooi wrote:
  because of eglibc or uclibc?
  
  uclibc, the 'libc-glibc' override is true for both (e)glibc.
  
  Ah OK,
  
  -RDEPENDS_${PN}-test = glibc-gconv-utf-16 
  +RDEPENDS_${PN}-test_append_libc-glibc = glibc-gconv-utf-16
 
 The branch has a space after the first quote, right?

Not yet, but I'll add it.. but now it works without fine
Depends: liblightmediascanner0 (= 0.4.4), libsqlite3-0 (= 3.7.7.1), 
glibc-gconv-utf-16, libc6 (= 2.14)
 
  
  tested on nokia900 and done in branch
  
  Regards,
  
  
  
  
  ___ Openembedded-devel
  mailing list Openembedded-devel@lists.openembedded.org 
  http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.5 (Darwin)
 Comment: GPGTools - http://gpgtools.org
 
 iD8DBQFOndG/MkyGM64RGpERAsasAKCUMgJWC9EAxDVKVJRF3P5k3cC4AQCghk7g
 9xAqFKNdmygRhd7vSRq2Yqs=
 =ALWc
 -END PGP SIGNATURE-
 
 
 ___
 Openembedded-devel mailing list
 Openembedded-devel@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel