All of lore.kernel.org
 help / color / mirror / Atom feed
* Error building opie-image
@ 2009-11-20 16:24 Javier Almansa Sobrino
  2009-11-20 19:55 ` David Lanzendörfer
  0 siblings, 1 reply; 4+ messages in thread
From: Javier Almansa Sobrino @ 2009-11-20 16:24 UTC (permalink / raw)
  To: openembedded

[-- Attachment #1: Type: text/plain, Size: 1408 bytes --]

Hi everybody. I'm new in this list and new in openembedded and I would
like to learn a lot about all this topics.

Some weeks ago I bought a MINI2440 target
(http://www.friendlyarm.net/products/mini2440) and I tried to build an
opie image for this target. I built the image about 20 october
following the openembedded manual and it ran, but now I'm
trying it again and I obtain a compilation error. I've been looking for
that in google and forums but I didn't find why this fail. I think it's
a bug into a package source, but I'm not sure.

I attach the log and the config file for the building.

The git commit i'm using is:

commit e27dc196988cd827cce7268440f9fe5f9fc51987
Author: Jeremy Lainé <jeremy.laine@m4x.org>
Date:   Thu Nov 19 19:22:52 2009 +0100

    checksums.ini: add missing entry for wbxml2 0.10.7

thanks in advance and sorry for my bad english :-S

-- 
I can remeber the exact instant when I relized that a large
part of my life from then on was going to be spent in finding
mistakes in my own programs.

-- Maurice Wilkes, Head of the Computer Laboratory
   of the University of Cambridge, 1949 --

--------------------------------
Javier Almansa Sobrino.
Ingeniero Técnico en Informática de Sistemas.

FSF #7032 Member (www.fsf.com)

Grupo de Investigación ARCo.
Escuela Superior de Informática. Ciudad Real
Tel: (+34)926 29 53 00 Ext: 3705


[-- Attachment #2: log.do_compile.5796 --]
[-- Type: application/octet-stream, Size: 3357 bytes --]

NOTE: make MAKEFLAGS=
cd interfaces && make -f Makefile
make[1]: Entering directory `/media/data/OE/tmp/work/armv4t-angstrom-linux-gnueabi/opie-networksettings-1.2.4-r0/networksettings/interfaces'
make[1]: Nothing to be done for `first'.
make[1]: Leaving directory `/media/data/OE/tmp/work/armv4t-angstrom-linux-gnueabi/opie-networksettings-1.2.4-r0/networksettings/interfaces'
cd mainwindow && make -f Makefile
make[1]: Entering directory `/media/data/OE/tmp/work/armv4t-angstrom-linux-gnueabi/opie-networksettings-1.2.4-r0/networksettings/mainwindow'
make[1]: Nothing to be done for `first'.
make[1]: Leaving directory `/media/data/OE/tmp/work/armv4t-angstrom-linux-gnueabi/opie-networksettings-1.2.4-r0/networksettings/mainwindow'
cd ppp && make -f Makefile
make[1]: Entering directory `/media/data/OE/tmp/work/armv4t-angstrom-linux-gnueabi/opie-networksettings-1.2.4-r0/networksettings/ppp'
make[1]: Nothing to be done for `first'.
make[1]: Leaving directory `/media/data/OE/tmp/work/armv4t-angstrom-linux-gnueabi/opie-networksettings-1.2.4-r0/networksettings/ppp'
cd wlan && make -f Makefile
make[1]: Entering directory `/media/data/OE/tmp/work/armv4t-angstrom-linux-gnueabi/opie-networksettings-1.2.4-r0/networksettings/wlan'
arm-angstrom-linux-gnueabi-g++ -march=armv4t -mtune=arm920t -mthumb-interwork -mno-thumb -c -pipe -isystem/media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include -fexpensive-optimizations -frename-registers -fomit-frame-pointer -Os -ggdb3  -fno-exceptions -fno-rtti -isystem/media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include -fexpensive-optimizations -frename-registers -fomit-frame-pointer -Os -ggdb3 -fpermissive -fvisibility-inlines-hidden  -Wall -W  -O2 -D_REENTRANT -fPIC  -DOPIE_NEW_MALLOC -DOPIE_NO_ERASE_RECT_HACKFIX -DQWS -DOPIE_BINDIR='/usr/bin' -DOPIE_LIBDIR='/usr/lib/opie/lib' -DOPIE_QTDIR='/usr/lib/opie' -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_PLUGIN -I/media/data/OE/tmp/staging/i686-linux/usr/share/qmake/linux-gnueabi-oe-g++ -I. -I/media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/include -I.. -I../interfaces -I/media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/qt2/include -o infoimp.o infoimp.cpp
In file included from /media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include/linux/wireless.h:74,
                 from wextensions.h:9,
                 from infoimp.cpp:2:
/media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include/linux/if.h:128: error: redefinition of 'struct ifmap'
/media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include/net/if.h:113: error: previous definition of 'struct ifmap'
/media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include/linux/if.h:164: error: redefinition of 'struct ifreq'
/media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include/net/if.h:128: error: previous definition of 'struct ifreq'
/media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include/linux/if.h:214: error: redefinition of 'struct ifconf'
/media/data/OE/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include/net/if.h:178: error: previous definition of 'struct ifconf'
make[1]: *** [infoimp.o] Error 1
make[1]: Leaving directory `/media/data/OE/tmp/work/armv4t-angstrom-linux-gnueabi/opie-networksettings-1.2.4-r0/networksettings/wlan'
make: *** [sub-wlan] Error 2
FATAL: oe_runmake failed

[-- Attachment #3: local.conf --]
[-- Type: application/octet-stream, Size: 7897 bytes --]

#
# OpenEmbedded local configuration file (sample)
#
# Please visit the Wiki at http://openembedded.org/ for more info.
#
#
# Be SURE to read this file in its entirety and the GettingStarted page on the
# wiki before proceeding.
#
# Once you have done that, remove the line at the end of this
# file and build away.
#
# WARNING: lines starting with a space (' ') will result in parse failures.
# Remove '# ' from commented lines to activate them.
#
# NOTE: Do NOT use $HOME in your paths, BitBake does NOT expand ~ for you.  If you
# must have paths relative to your homedir use ${HOME} (note the {}'s there
# you MUST have them for the variable expansion to be done by BitBake).  Your
# paths should all be absolute paths (They should all start with a / after
# expansion.  Stuff like starting with ${HOME} or ${TOPDIR} is ok).

# Use this to specify where BitBake should place the downloaded sources into
DL_DIR = "/media/data/OE/sources"

# Delete the line below. Then specify which .bb files to consider for
# your build. Typically this will be something like BBFILES = "/path/to/openembedded/recipes/*/*.bb"
BBFILES := "/media/data/OE/openembedded/recipes/*/*.bb"

# Use the BBMASK below to instruct BitBake to _NOT_ consider some .bb files
# This is a regulary expression, so be sure to get your parenthesis balanced.
#BBMASK = "bluez*"

# Uncomment this if you want to use a prebuilt toolchain. You will need to
# provide packages for toolchain and additional libraries yourself. You also
# have to set PATH in your environment to make sure BitBake finds additional binaries.
# ASSUME_PROVIDED += "virtual/${TARGET_PREFIX}gcc virtual/libc"

# Uncomment this if you're building for an arch that uses emulated locale
# generation under qemu (mainly arm glibc) and have an external gcc 3.x compiler
# that OE recognises. This will mean the gcc-native build is skipped, speeding
# builds up.
# ASSUME_PROVIDED += "gcc3-native"

# Uncomment this if you are building Linux 2.4 Embedix kernels.
# i.e. openzaurus-sa-2.4.18 and openzaurus-pxa-2.4.18 - and don't forget
# to rename the binaries as instructed in the Wiki.
# Most users do not need this anymore thankfully!
# ASSUME_PROVIDED += "virtual/arm-linux-gcc-2.95"

# Select between multiple alternative providers, if more than one is eligible.
PREFERRED_PROVIDERS = "virtual/qte:qte virtual/libqpe:libqpe-opie"
PREFERRED_PROVIDERS += " virtual/libsdl:libsdl-x11"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}gcc-initial:gcc-cross-initial"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}gcc-intermediate:gcc-cross-intermediate"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}gcc:gcc-cross"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}g++:gcc-cross"

# Uncomment this to specify where BitBake should create its temporary files.
# Note that a full build of everything in OpenEmbedded will take GigaBytes of hard
# disk space, so make sure to free enough space. The default TMPDIR is
# <build directory>/tmp
# Don't use symlinks in in the path to avoid problems
# TMPDIR = /usr/local/projects/oetmp

# Uncomment this to specify a machine to build for. See the conf directory
# for machines currently known to OpenEmbedded. This will automatically take care
# of TARGET_ARCH
MACHINE = "mini2440"

# Use this to specify the target architecture. Note that this is only
# needed when building for a machine not known to OpenEmbedded. Better use
# the MACHINE attribute (see above)
# TARGET_ARCH = "arm"

# Use this to specify the target operating system.  The default is "linux",
# for a normal linux system with glibc. Set this to "linux-uclibc" if you want
# to build a uclibc based system.
# Normally the DISTRO of your choosing will take care of this
TARGET_OS = "linux"
# TARGET_OS = "linux-uclibc"

# Uncomment this to select a distribution policy. See the conf directory
# for distributions currently known to OpenEmbedded.
# Although it no longer contain version number in the (file-)name
# openzaurus-unstable is a so called "versioned"  distro, i.e. they
# explicitely select specific versions of various packages.
# Stay away from unversioned distros unless you really know what you are doing
DISTRO = "angstrom-2008.1"

# So far, angstrom.conf sets ENABLE_BINARY_LOCALE_GENERATION
# to generate binary locale packages at build time using qemu-native and
# thereby guarantee i18n support on all devices. If your build breaks on
# qemu-native consider disabling ENABLE_BINARY_LOCALE_GENERATION (note that
# this breaks i18n on devices with less than 128MB RAM) or installing
# a working third-party qemu (e.g. provided by your distribution) and
# adding qemu-native to ASSUME_PROVIDED. Caveat emptor, since third-party
# qemus lack patches needed to work with various OE targets.
ENABLE_BINARY_LOCALE_GENERATION = "1"
# ASSUME_PROVIDED += "qemu-native"

# If ENABLE_BINARY_LOCALE_GENERATION is set to "1", you can limit locales
# generated to the list provided by GLIBC_GENERATE_LOCALES. This is huge
# time-savior for developmental builds. Format: list of locale.encoding pairs
# with spaces as separators.
GLIBC_GENERATE_LOCALES = "es_ES.UTF-8"

# Uncomment this to select a particular major kernel version if the MACHINE setting
# supports more than one major kernel version. Currently this is suported by the
# following MACHINE types: poodle, tosa and simpad.
MACHINE_KERNEL_VERSION = "2.6"

# Uncomment one of these to build packages during the build process.
# This is done automatically if you set DISTRO (see above)
INHERIT = "package_ipk"
# INHERIT = "package_tar"

# Add the required image file system types below. Valid are
# jffs2, tar(.gz|bz2), cpio(.gz), cramfs, ext2(.gz), ext3(.gz)
# squashfs, squashfs-lzma
#IMAGE_FSTYPES = "jffs2 ext3"

# Uncomment this if you want to keep the temporary rootfs
# diretory, this can be useful during development.
# (Note that this rootfs is NOT usuable as NFS export.)
IMAGE_KEEPROOTFS = "1"

# Uncomment this to disable the parse cache (not recommended).
# CACHE = ""

# Uncomment this if you want BitBake to emit debugging output
# BBDEBUG = "yes"

# Uncomment these two if you want BitBake to build images useful for debugging.
# Note that INHIBIT_PACKAGE_STRIP needs a package format to be defined.
# Also note that OE now produces -dbg packages which contain debugging symbols.
# DEBUG_BUILD = "1"
# INHIBIT_PACKAGE_STRIP = "1"

# Uncomment these to build a package such that you can use gprof to profile it.
# NOTE: This will only work with 'linux' targets, not
# 'linux-uclibc', as uClibc doesn't provide the necessary
# object files.  Also, don't build glibc itself with these
# flags, or it'll fail to build.
#
# PROFILE_OPTIMIZATION = "-pg"
# SELECTED_OPTIMIZATION = "${PROFILE_OPTIMIZATION}"
# LDFLAGS =+ "-pg"

# Uncomment this to enable parallel make.
# This allows make to spawn mutliple processes to take advantage of multiple
# processors. Useful on SMP machines. This may break some packages - we're
# in the process of marking these so let us know if you find any.
# PARALLEL_MAKE = "-j 4"

# Uncomment to run multiple bitbake threads in parallel.
# Bitbake can do multiple jobs in parallel: Its a good idea make use of
# all available resources: e.g. to download sources while some other
# piece of software is compiled.
BB_NUMBER_THREADS = "2"

# Uncomment this if you want BitBake to emit the log if a build fails.
BBINCLUDELOGS = "yes"

# Specifies a location to search for pre-generated tarballs when fetching
# a cvs:// URI. Outcomment this, if you always want to pull directly from CVS.
#CVS_TARBALL_STASH = ""

# Uncomment this if you want to install shared libraries directly under their SONAME,
# rather than installing as the full version and symlinking to the SONAME.
# PACKAGE_SNAP_LIB_SYMLINKS = "1"

# EDIT THIS FILE and then remove the line below before using!
#REMOVE_THIS_LINE:="${@bb.fatal('Read the comments in your conf/local.conf')}"

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Error building opie-image
  2009-11-20 16:24 Error building opie-image Javier Almansa Sobrino
@ 2009-11-20 19:55 ` David Lanzendörfer
  2009-11-20 22:29   ` Andrea Adami
  0 siblings, 1 reply; 4+ messages in thread
From: David Lanzendörfer @ 2009-11-20 19:55 UTC (permalink / raw)
  To: openembedded-devel

[-- Attachment #1: Type: Text/Plain, Size: 1225 bytes --]

>Some weeks ago I bought a MINI2440 target 
>(http://www.friendlyarm.net/products/mini2440) and I tried to build an
>opie image for this target. I built the image about 20 october
>following the openembedded manual and it ran, but now I'm
>trying it again and I obtain a compilation error.
Very possible. The build depencies are changing dynamically and you recieve 
build errors nearly every 2hours.
So the best way is either to track the errors down or just wait until someone 
has fixed it. So hold on 1-2h, make a new git pull and try again, hopefully it 
works again then.

>I've been looking for that in google and forums but I didn't find why this
>fail. I think it's a bug into a package source, but I'm not sure.
One point is, that opie has gotten very difficult to keep it building/running 
with never libs because Trolltech belongs now to Nokia and all the development 
gets invested into qt4.6
Opie with its qtopia underlay stumbles behind.
But no fear. Just try it again with update, perhaps it works now.
Its like Schroedingers cat, you never know if it builds or not until you try.

>thanks in advance and sorry for my bad english :-S
No problem. Its not worse then mine ;-)

leviathan

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Error building opie-image
  2009-11-20 19:55 ` David Lanzendörfer
@ 2009-11-20 22:29   ` Andrea Adami
  2009-11-21 18:41     ` Javier Almansa Sobrino
  0 siblings, 1 reply; 4+ messages in thread
From: Andrea Adami @ 2009-11-20 22:29 UTC (permalink / raw)
  To: openembedded-devel

Hello,

the issue with opie-networksettings appears with the new kernel headers.
Quick fix you could try:

wextensions.h

6c6
-#include <net/if.h>
+//#include <net/if.h>

Code is now in <linux/wireless.h>

Regards

Andrea



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Error building opie-image
  2009-11-20 22:29   ` Andrea Adami
@ 2009-11-21 18:41     ` Javier Almansa Sobrino
  0 siblings, 0 replies; 4+ messages in thread
From: Javier Almansa Sobrino @ 2009-11-21 18:41 UTC (permalink / raw)
  To: openembedded-devel

On Fri, 20 Nov 2009 23:29:58 +0100
Andrea Adami <andrea.adami@gmail.com> wrote:

> Hello,
> 
> the issue with opie-networksettings appears with the new kernel headers.
> Quick fix you could try:
> 
> wextensions.h
> 
> 6c6
> -#include <net/if.h>
> +//#include <net/if.h>
> 
> Code is now in <linux/wireless.h>
> 
> Regards
> 
> Andrea
> 

Ok, it fix my problem and the compilation finished OK. Thanks a lot.


-- 
I can remeber the exact instant when I relized that a large
part of my life from then on was going to be spent in finding
mistakes in my own programs.

-- Maurice Wilkes, Head of the Computer Laboratory
   of the University of Cambridge, 1949 --

--------------------------------
Javier Almansa Sobrino.
Ingeniero Técnico en Informática de Sistemas.

FSF #7032 Member (www.fsf.com)

Grupo de Investigación ARCo.
Escuela Superior de Informática. Ciudad Real
Tel: (+34)926 29 53 00 Ext: 3705




^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-11-21 18:42 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-11-20 16:24 Error building opie-image Javier Almansa Sobrino
2009-11-20 19:55 ` David Lanzendörfer
2009-11-20 22:29   ` Andrea Adami
2009-11-21 18:41     ` Javier Almansa Sobrino

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.