Re: [oe] Cannot compile helloworld-image
-- Alessandro Sappia CEO Biotechware srl C.so Castelfidardo, 30/A c/o I3P 10129 Torino (TO) Italy Tel: +39 011 0903260 Fax: +39 011 0905126 http://www.biotechware.com/ Il giorno lun, 04/07/2011 alle 22.05 +0200, Enrico ha scritto: On Mon, Jul 4, 2011 at 8:20 PM, Alessandro Sappia a.sap...@biotechware.com wrote: Hi all, I just configured OE on my box and I tried to compile helloworld-image to check if everything is fine. I'm actually unable to complete with success this build because of this error: - Try with: BB_NUMBER_THREADS = 1 and have a look at the thread [oe] gettext-native fails to build of some days ago to know where i copied this hint from! (and maybe try oe-core branch too). [outout cut] m4 -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gettext-tools/m4 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.11 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gnulib-local/m4/ -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gettext-runtime/m4 -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gettext-tools/m4 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.11 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal --force -I ../../m4 -I ../m4 -I gnulib-m4 | autoreconf: running: libtoolize --copy --force | autoreconf: failed to run libtoolize: No such file or directory | autoreconf: libtoolize is needed because this package uses Libtool | + oefatal 'autoreconf execution failed.' | + echo FATAL: 'autoreconf execution failed.' | FATAL: autoreconf execution failed. | + exit 1 NOTE: package gettext-native-0.18-r6: task do_configure: Failed ERROR: Task 435 (virtual:native:/home/alessandro/oe/openembedded/recipes/gettext/gettext_0.18.bb, do_configure) failed with exit code '1' ERROR: 'virtual:native:/home/alessandro/oe/openembedded/recipes/gettext/gettext_0.18.bb' failed It didn't work, but thanks. Ciao, Alessandro attachment: BTW_143x59.png___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Cannot compile helloworld-image
Hi Alessandro, This may be a silly question, but do you have all of the required dependencies installed for your OS? Looks like libtool isn't being found. http://wiki.openembedded.net/index.php/OEandYourDistro Chris On Tue, Jul 5, 2011 at 12:25 AM, Alessandro Sappia a.sap...@biotechware.com wrote: -- Alessandro Sappia CEO Biotechware srl C.so Castelfidardo, 30/A c/o I3P 10129 Torino (TO) Italy Tel: +39 011 0903260 Fax: +39 011 0905126 http://www.biotechware.com/ Il giorno lun, 04/07/2011 alle 22.05 +0200, Enrico ha scritto: On Mon, Jul 4, 2011 at 8:20 PM, Alessandro Sappia a.sap...@biotechware.com wrote: Hi all, I just configured OE on my box and I tried to compile helloworld-image to check if everything is fine. I'm actually unable to complete with success this build because of this error: - Try with: BB_NUMBER_THREADS = 1 and have a look at the thread [oe] gettext-native fails to build of some days ago to know where i copied this hint from! (and maybe try oe-core branch too). [outout cut] m4 -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gettext-tools/m4 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.11 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gnulib-local/m4/ -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gettext-runtime/m4 -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gettext-tools/m4 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.11 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal --force -I ../../m4 -I ../m4 -I gnulib-m4 | autoreconf: running: libtoolize --copy --force | autoreconf: failed to run libtoolize: No such file or directory | autoreconf: libtoolize is needed because this package uses Libtool | + oefatal 'autoreconf execution failed.' | + echo FATAL: 'autoreconf execution failed.' | FATAL: autoreconf execution failed. | + exit 1 NOTE: package gettext-native-0.18-r6: task do_configure: Failed ERROR: Task 435 (virtual:native:/home/alessandro/oe/openembedded/recipes/gettext/gettext_0.18.bb, do_configure) failed with exit code '1' ERROR: 'virtual:native:/home/alessandro/oe/openembedded/recipes/gettext/gettext_0.18.bb' failed It didn't work, but thanks. Ciao, Alessandro ___ 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] Cannot compile helloworld-image
Il giorno mar, 05/07/2011 alle 00.37 -0700, Chris Verges ha scritto: Hi Alessandro, This may be a silly question, but do you have all of the required dependencies installed for your OS? Looks like libtool isn't being found. http://wiki.openembedded.net/index.php/OEandYourDistro Yes, I've already read that page. From what I've seen list of required software is missing of (for ubuntu distro 64bit): - chrpath (for newer bitbake) Rechecking packages gave me that every package in that list is already installed. After package list recheck and I didn't get libtool isn't installed on host (no package in wiki list has libtool as prerequisite). so after checking required software in wiki I did a $ sudo apt-get install libtool just in case. but compilation fails on bison-native. Seem solved by using the host bison ASSUME_PROVIDED += bison-native instead of let bitbake compile (bison from recipes complains about a perhaps missing m4 macro gl_GLIBC21). Waiting for news. If no news, then good news. Thanks for now Alessandro Chris On Tue, Jul 5, 2011 at 12:25 AM, Alessandro Sappia a.sap...@biotechware.com wrote: -- Il giorno lun, 04/07/2011 alle 22.05 +0200, Enrico ha scritto: On Mon, Jul 4, 2011 at 8:20 PM, Alessandro Sappia a.sap...@biotechware.com wrote: Hi all, I just configured OE on my box and I tried to compile helloworld-image to check if everything is fine. I'm actually unable to complete with success this build because of this error: - Try with: BB_NUMBER_THREADS = 1 and have a look at the thread [oe] gettext-native fails to build of some days ago to know where i copied this hint from! (and maybe try oe-core branch too). [outout cut] m4 -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gettext-tools/m4 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.11 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gnulib-local/m4/ -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gettext-runtime/m4 -I /home/alessandro/oe/build/tmp/work/x86_64-linux/gettext-native-0.18-r6/gettext-0.18/gettext-tools/m4 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.11 -I /home/alessandro/oe/build/tmp/sysroots/x86_64-linux/usr/share/aclocal --force -I ../../m4 -I ../m4 -I gnulib-m4 | autoreconf: running: libtoolize --copy --force | autoreconf: failed to run libtoolize: No such file or directory | autoreconf: libtoolize is needed because this package uses Libtool | + oefatal 'autoreconf execution failed.' | + echo FATAL: 'autoreconf execution failed.' | FATAL: autoreconf execution failed. | + exit 1 NOTE: package gettext-native-0.18-r6: task do_configure: Failed ERROR: Task 435 (virtual:native:/home/alessandro/oe/openembedded/recipes/gettext/gettext_0.18.bb, do_configure) failed with exit code '1' ERROR: 'virtual:native:/home/alessandro/oe/openembedded/recipes/gettext/gettext_0.18.bb' failed It didn't work, but thanks. Ciao, Alessandro ___ 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 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 0/1] Fix external module compilations
When compiling an external module, the compilation errors out, when scripts/basic/fixdep and later on scripts/mod/modpost is being requested. The removal of 'make -C $kerneldir _mrproper_scripts' fixes these problems. The following changes since commit 340cc366c7feff983a85f9e9ae8ae1f537239f5b: gcc-4.5: Edit defaults.h in ${B} instead of ${S}, and t-oe in ${B} (2011-07-02 22:40:22 +0200) are available in the git repository at: git://github.com/darander/meta-oe fixdep https://github.com/darander/meta-oe/tree/fixdep Anders Darander (1): kernel.bbclass: make external module compile meta-oe/classes/kernel.bbclass |1 - 1 files changed, 0 insertions(+), 1 deletions(-) -- 1.7.4.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/1] kernel.bbclass: make external module compile
When compiling external modules, scripts/basic/fixdep and scripts/mod/modpost, is wanted. Do not remove too much from the staged kernel sources. Signed-off-by: Anders Darander and...@chargestorm.se --- meta-oe/classes/kernel.bbclass |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/meta-oe/classes/kernel.bbclass b/meta-oe/classes/kernel.bbclass index 89aeb92..34aaf17 100644 --- a/meta-oe/classes/kernel.bbclass +++ b/meta-oe/classes/kernel.bbclass @@ -161,7 +161,6 @@ kernel_do_install() { # and include files. # oe_runmake -C $kerneldir CC=${KERNEL_CC} LD=${KERNEL_LD} clean - make -C $kerneldir _mrproper_scripts find $kerneldir -path $kerneldir/scripts -prune -o -name *.[csS] -exec rm '{}' \; find $kerneldir/Documentation -name *.txt -exec rm '{}' \; -- 1.7.4.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/1] Fix external module compilations
* Anders Darander Anders Darander and...@chargestorm.se [07/05/11 02:04 PM]: When compiling an external module, the compilation errors out, when scripts/basic/fixdep and later on scripts/mod/modpost is being requested. Forget about this e-mail. I've just sent an new one, with meta-oe in the subject. Cheers, Anders ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 0/1] Fix external module compilations
On Tue, 2011-07-05 at 14:05 +0200, Anders Darander wrote: When compiling an external module, the compilation errors out, when scripts/basic/fixdep and later on scripts/mod/modpost is being requested. The removal of 'make -C $kerneldir _mrproper_scripts' fixes these problems. It is a bit sad that these sorts of changes need to be done twice. Is there a compelling reason why meta-oe needs to maintain its own version of kernel.bbclass rather than sharing it with oe-core? p. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 0/1] Fix external module compilations
* Phil Blundell Phil Blundell ph...@gnu.org [07/05/11 02:38 PM]: On Tue, 2011-07-05 at 14:05 +0200, Anders Darander wrote: When compiling an external module, the compilation errors out, when scripts/basic/fixdep and later on scripts/mod/modpost is being requested. The removal of 'make -C $kerneldir _mrproper_scripts' fixes these problems. It is a bit sad that these sorts of changes need to be done twice. Is there a compelling reason why meta-oe needs to maintain its own version of kernel.bbclass rather than sharing it with oe-core? Yes, it is certainly a sad state. The primary difference seems to be some changes in the uImage-related code, and that meta-oe has some initramfs-support in its kernel.bbclass. Can someone with deeper knowledge comment on this? I guess that it shouldn't be any real problems in getting the initramfs support code merged into oe- core. What about the differences in the uImage code? (I haven't really looked into the differences). Cheers, Anders ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 2/4] at91bootstrap-2.13: add ronetix-pm9g45 board support
Signed-off-by: Eric Bénard e...@eukrea.com --- recipes/at91bootstrap/at91bootstrap_2.13.bb |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/recipes/at91bootstrap/at91bootstrap_2.13.bb b/recipes/at91bootstrap/at91bootstrap_2.13.bb index 9cbfb35..32f967e 100644 --- a/recipes/at91bootstrap/at91bootstrap_2.13.bb +++ b/recipes/at91bootstrap/at91bootstrap_2.13.bb @@ -4,8 +4,14 @@ DEFAULT_PREFERENCE = -1 DEFAULT_PREFERENCE_at91sam9g45ek = 1 DEFAULT_PREFERENCE_at91sam9g45ekes = 1 DEFAULT_PREFERENCE_at91sam9m10ek = 1 +DEFAULT_PREFERENCE_ronetix-pm9g45 = 1 - +SRC_URI_ronetix-pm9g45 = \ + http://download.ronetix.info/boards/linux/bootstrap/nandflashboot/at91bootstrap-pm9g45-svn-r286.tar.bz2;name=pm9g45src \ + +S_ronetix-pm9g45 = ${WORKDIR}/trunk SRC_URI[md5sum] = 1f539d6db38111b6a1d7ab93eb0a648b SRC_URI[sha256sum] = 93b01b723ed69f33316384f097da864f5d49c40520c87ccf5537518dbff9df86 +SRC_URI[pm9g45src.md5sum] = 03b416c59b1080ce80894f1af01f57d0 +SRC_URI[pm9g45src.sha256sum] = d2adc9631b524e313f3b7ea67969f3222e855ac0363981989b522c7e59edd408 -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 4/4] ronetix-pm9g45: update board support
OE can now compile all the binaries to boot this board : at91bootstrap, u-boot, linux and rootfs in jffs2 and ubifs formats Signed-off-by: Eric Bénard e...@eukrea.com --- conf/machine/ronetix-pm9g45.conf | 19 ++- 1 files changed, 10 insertions(+), 9 deletions(-) diff --git a/conf/machine/ronetix-pm9g45.conf b/conf/machine/ronetix-pm9g45.conf index 766fe91..90378b3 100644 --- a/conf/machine/ronetix-pm9g45.conf +++ b/conf/machine/ronetix-pm9g45.conf @@ -5,18 +5,19 @@ include conf/machine/include/at91-2.6.30.inc include conf/machine/include/at91-lcd.inc -#PREFERRED_VERSION_linux = 2.6.30 - -# Has linux config file in OpenEmbedded -# -LINUX26_DEFCONFIG = at91sam9g45ek_defconfig +PREFERRED_PROVIDER_at91bootstrap = at91bootstrap_2.13 +PREFERRED_VERSION_at91bootstrap = 2.13 +PREFERRED_PROVIDER_u-boot = u-boot +PREFERRED_VERSION_u-boot = 2010.09 # Supported u-boot machines -UBOOT_MACHINE = at91sam9m10g45ek_dataflash_cs0_config -#UBOOT_MACHINE = icnova_arm9sodimm_config +UBOOT_MACHINE = pm9g45_bb9g45_config UBOOT_ENTRYPOINT = 0x70008000 - -AT91BOOTSTRAP_BOARD = at91sam9g45df at91sam9g45ek at91sam9g45nf +AT91BOOTSTRAP_BOARD = pm9g45 MACHINE_FEATURES += usbhost +IMAGE_FSTYPES += jffs2 ubi +EXTRA_IMAGECMD_jffs2 = --pad --little-endian --eraseblock=0x2 -n +MKUBIFS_ARGS = -m 2048 -e 129024 -c 2048 +UBINIZE_ARGS = -m 2048 -p 128KiB -s 512 -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] systemd: Replace use of %m in printf formats
On Mon, Jul 4, 2011 at 2:39 AM, Phil Blundell ph...@gnu.org wrote: On Sat, 2011-07-02 at 17:47 -0700, Khem Raj wrote: +- if ((fd = mkostemp(temp, O_CLOEXEC|O_CREAT|O_WRONLY)) 0) { ++ if ((fd = mkstemp(temp)) 0) { This change looks like it will effectively remove O_CLOEXEC without reinstating it anywhere else. Have you verified this is a safe thing to do? Initial tests on uclibc seems to work well. but this needs more testing thats why the patch is only applied for uclibc based systems +- fd = mkostemp(path, O_RDWR|O_CLOEXEC); ++ fd = mkstemp(path); Likewise. ++ char dev[20]; + int prio = 0, k; + + if ((k = fscanf(m-proc_swaps, +- %ms /* device/file */ ++ %19s /* device/file */ + %*s /* type of swap */ Is 19 characters definitely enough? If this is potentially a pathname then it could be much longer than that. it just reads /dev/* so should be ok. p. ___ 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
[oe] [PATCH] angstrom-2010-preferred-versions: select udev168 for the bug machine
Angstrom 2010 selects udev 171 by default for all the machines, but the bug machine has a 2.6.27 kernel, and would need quite a lot of backport in order to work with udev 171 + its udev 141 compat wrapper udev 171 + udev 141 compat wrapper doesn't work on the bug machine, even with a backported accept4() syscall. So selecting udev 168 for the bug sounds a good choice. Note that udev 168 is machine arch for the bug machine, so if it was built before building udev 171 it's automatically selected Signed-off-by: Denis 'GNUtoo' Carikli gnu...@no-log.org --- .../include/angstrom-2010-preferred-versions.inc |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/conf/distro/include/angstrom-2010-preferred-versions.inc b/conf/distro/include/angstrom-2010-preferred-versions.inc index 8ce3ee7..5f160b8 100644 --- a/conf/distro/include/angstrom-2010-preferred-versions.inc +++ b/conf/distro/include/angstrom-2010-preferred-versions.inc @@ -66,6 +66,7 @@ PREFERRED_VERSION_tiff= 3.9.4+4.0.0beta6 PREFERRED_VERSION_tslib= 1.0+gitr% PREFERRED_VERSION_udev = 171 +PREFERRED_VERSION_udev_bug = 168 PREFERRED_VERSION_usbutils = 0.86 PREFERRED_VERSION_wpa-supplicant = 0.7.3 -- 1.7.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] linux-omap-psp: Fix the user button GPIO to the correct value for a BeagleBoard-xM
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com --- ...agle-cleaned-up-board-revision-conditions.patch |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch index 513a101..fb91cb6 100644 --- a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch +++ b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch @@ -143,8 +143,8 @@ index 4bde54b..664a9c6 100644 omap3_beagle_i2c_init(); - if (cpu_is_omap3630()) { -+ if ((omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMAB) -+ (omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMC)) { ++ if ((omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMAB) || ++ (omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMC)) { gpio_buttons[0].gpio = 4; } -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel