| Age | Commit message (Collapse) | Author |
|---|
|
The dependencies here were slightly lazy and in certain cases it was
possible to be building objects that required generated headers before
they were done.
Signed-off-by: Tom Rini <tom_rini@mentor.com>
|
|
|
|
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
Signed-off-by: Graham Gower <graham.gower@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* ltrace needs libiberty which is staged by
binutils. Earlier it was staged via gcc-cross
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
For .diff/.patch you need to apply manually, you can specify apply=no.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
I think this makes the behavior rather more clear.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
* all: multiple checked items in SRC_URI (needs name= param)
* other fixes like non-existent URL, checksums moved ot .inc or included .bb (ie for -native)
* ...
* tested with micro/micro-uclibc/Angstrom/SHR with
SOURCE_MIRROR_FETCH="True" (ignoring COMPATIBLE_*
* also tested -c fetch with s/SRC_URI_append_[^ ]*/SRC_URI_append/g and
s/SRC_URI_[^ ]*/SRC_URI_append/g to catch all URLs used only for
distro/machine/virtual override (see
http://build.shr-project.org/tests/jama/SRC_URI.removeOverrides.patch)
* in case I downloaded different checksum then what was in checksums.ini
I used the old one from checksums.ini and put my checksum in comment
* I'll send to ML list of recipes which cannot be downloaded (weren't
converted) and where I got different checksums
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* fetch all *.bb with patched utils.bbclass appending all checksums
found only in checksums.ini to recipe
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
This is a reply to
http://lists.linuxtogo.org/pipermail/openembedded-devel/2009-November/014861.html
(Mikey: [oe] Michael 'Mickey' Lauer : ltrace: fix wrong path to coreutils-native and add actual dependency)
but I was not subscribed to the list yet, so I cannot do a real reply.
-------------------------------------------------------------------------
(The patch is at the very end of this far too detailed mail, but I wanted
to tell everything, so skip to the end for the quick summary of the patch
in the commit message)
Hi Mickey, Hi Dmitry,
About me: I am new to this list but worked with OE since some months
already. I worked nearly 10 years as package developer at SuSE, quite
some time of that also with with non-i386 architectures. I did lots
of (GNU/)Linux software building and packaging work in that time.
I also created the ltrace package for SUSE in 1999 and maintained
it until 2005:
http://www.filewatcher.com/p/ltrace-0.3.31-31.src.rpm.129939/ltrace.spec.html
Mickey: I met you once on the ICE to FOSDEM 2008 (when emdete showed 'Dinge')
Dmitry Eremin-Solenikov reported on 15 Nov 2009 here:
|
| git version control wrote:
|
| > Module: openembedded.git
| > Branch: org.openembedded.dev
| > Commit: 7df40b3378412f4700224e44042656159bc8f86c URL:
| > http://gitweb.openembedded.net/?p=openembedded.git&a=commit;h=7df40b3378412f4700224e44042656159bc8f86c
| >
| > Author: Michael 'Mickey' Lauer
| > <mickey at vanille-media.de> Date: Sun Nov 15
| > 11:08:43 2009 +0100
| >
| > ltrace: fix wrong path to coreutils-native and add actual dependency
|
| Hmmm. This broke ltrace for me (install.coreutils-native not found).
| Do you have any pending patches on coreutils-native?
For the reader, the described changes to ltrace/ltrace_0.5.3.bb were:
-DEPENDS = "libelf"
+DEPENDS = "coreutils-native libelf"
- oe_runmake install ${EXTRA_OEMAKE} ARCH=${LTRACE_ARCH} INSTALL=${STAGING_BINDIR_NATIVE}/install DESTDIR=${D}
+ oe_runmake install ${EXTRA_OEMAKE} ARCH=${LTRACE_ARCH} INSTALL=${STAGING_BINDIR_NATIVE}/install.coreutils-native DESTDIR=${D}
Mickey responded with:
| Sorry, for some reason coreutils installs its install exactly with
| this path here - guess that's why it broke for me without my patch.
|
| Which version are you building?
coreutils installs using update-alternatives, thus install gets installed
as install.coreutils-native, and this is inheried by coreutils-native.
I assume that Dmitry has just 'ASSUME_PROVIDED += "coreutils-native"'
in his local.conf, causing coreutils-native to not be built.
I used this well and is perfectly legal with (AFAICS) all other packages
as long as GNU install is provided by the host and in the PATH.
If it's not, the first package which tries to use install would fail,
install problems are not limited to to ltrace but will occur at any
package.
The change to call coreutil-native's install.coreutils-native was also
the trigger for the recorded build fail of ltrace on 15 Nov 2009:
http://tinderbox.openembedded.net/packages/?status=Failed&name=ltrace
As explained, I see no reason to install ltrace using a different than
all others (please find a recipes grep which demonstrates that quite
some recipes define 'INSTALL=install -c' and propose to align ltrace
to all the other packages here.
I wanted to propose that since a while but did not get along to
actually submit a patch, but now I'm finally at it.
The reason why forcing the value of INSTALL for the make install
the first place may have been that the configure of ltrace assumes
INSTALL to be at /usr/bin/install and the oe ltrace-compile.patch
changes this in a completely strange way, breaking the 'make install'
unless INSTALL= is specified on the make install command line:
ltrace/files/ltrace-compile.patch:-INSTALL='/usr/bin/install -c'
ltrace/files/ltrace-compile.patch:+INSTALL='$/usr/bin/install -c'
So...:
I'd propose to clean things up finally by defining things at only
one place by means of fixing the ltrace-compile.patch to correct
the INSTALL define to 'INSTALL=install -c' like other recipes do it:
recipes$ grep -r '[^#]INSTALL=install' *
genext2fs/genext2fs-1.3/misc.patch:+INSTALL=install
linux-hotplug/linux-hotplug_20040920.bb: mandir=${D}${oldmandir} INSTALL=install install
mgetty/mgetty-1.1.30/37-Makefile:-INSTALL=install -c -o bin -g bin
mgetty/mgetty-1.1.30/37-Makefile:+INSTALL=install -c
mgetty/mgetty-1.1.30/install.patch: INSTALL=install -c
mgetty/mgetty-1.1.30/09-doc_Makefile:+INSTALL=install
openswan/openswan-2.2.0/installflags.patch:@@ -170,7 +170,7 @@ INSTALL=install
sysvinit/sysvinit_2.86.bb:EXTRA_OEMAKE += "'INSTALL=install' \
udev/udev_124.bb: oe_runmake 'DESTDIR=${D}' INSTALL=install install
udev/udev_100.bb: oe_runmake 'DESTDIR=${D}' INSTALL=install install
udev/udev_092.bb: oe_runmake 'DESTDIR=${D}' INSTALL=install install
udev/udev_097.bb: oe_runmake 'DESTDIR=${D}' INSTALL=install install
udev/udev_141.bb: oe_runmake 'DESTDIR=${D}' INSTALL=install install
udev/udev_118.bb: oe_runmake 'DESTDIR=${D}' INSTALL=install install
udev/udev.inc: oe_runmake 'DESTDIR=${D}' INSTALL=install install
zip/zip.inc: 'CFLAGS=-I. -DUNIX ${CFLAGS} ${LDFLAGS}' 'LFLAGS1=${LDFLAGS}' 'INSTALL=install' \
So ltrace-compile.patch will be grepped like this:
ltrace/files/ltrace-compile.patch:-INSTALL='/usr/bin/install -c'
ltrace/files/ltrace-compile.patch:+INSTALL='install -c'
In addition, I checked that the EXTRA_OEMAKE settings for install are do
not have any effect with ltrace-0.5.3, because it's Makefile.in defines
these values aready in the way they need to be. This was likely an attempt
to get the INSTALL issue fixed, which of course did not work because it
was hardcoded in the custom configure script of ltrace.
I also tested that ltrace-0.5.3 can be built with make -j successfully,
so I propose to remove the PARALLEL_MAKE = "" from ltrace_0.5.3.bb. I
assume that this got copied from older versions and was not checked
if still needed with ltrace-0.5.3.
So here is my proposed patch:
==============================================================================
Fix ltrace to build with ASSUME_PROVIDED += "coreutils-native"
* recipes/ltrace/files/ltrace-compile.patch:
- Change INSTALL to not use an absolute path but find it in PATH
* recipes/ltrace/ltrace_0.5.3.bb
- Remove coreutils-native from DEPENDS
- Remove PARALLEL_MAKE = "" (parallel build works now)
- Remove obsolete EXTRA_OEMAKE settings for INSTALL
- do_install(): Do not override INSTALL=, depend on
ltrace-compile.patch to define INSTALL='install -c'
Signed-off-by: Bernhard Kaindl <bernhard.kaindl@gmx.net>
--
files/ltrace-compile.patch | 2 +-
ltrace_0.5.3.bb | 10 ++--------
2 files changed, 3 insertions(+), 9 deletions(-)
|
|
|
|
Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
See links below for more details:
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Mike Westerhof <mwester@dls.net>
Acked-by: Philip Balister <philip@balister.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Marcin Juszkiewicz <hrw@openembedded.org>
Acked-by: Koen Kooi <koen@openembedded.org>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
Tom Rini
Yuri Bushmelev
Frans Meulenbroeks
Graham Gower
Khem Raj
Chris Larson
Martin Jansa
Bernhard Kaindl
Michael 'Mickey' Lauer
Dmitry Eremin-Solenikov
Carsten Haitzler (Rasterman)
Denys Dmytriyenko