Age | Commit message (Collapse) | Author | Files |
|
bugs (from Poky)
Signed-off-by: Richard Purdie <rpurdie@linux.intel.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: Klaus Kurzmann <mok@fluxnetz.de>
|
|
patch is only applied when building the SHR distro
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* After 29c7d3351f43678c6e93b707b301832009f64b31 modules are not in
install directory but in package, packages-split
* modules*.tgz is created BEFORE this, so it contains non stripped
modules
* for modules*.tgz with stripped modules see following patch
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
gta02
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Acked-by: Paul Eggleton <bluelightning@bluelightning.org>
|
|
Signed-off-by: Leon Woestenberg <leon@sidebranch.com>
|
|
|
|
headers.
Acked-by: Paul Eggleton <bluelightning@bluelightning.org>
|
|
into org.openembedded.dev
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Without this change bitbake due a fetcher failure because SRC_URI is
then cached and later changed.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
|
|
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
|
|
and static recipes.
|
|
Increase PR.
|
|
as the sources are not available any more
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
|
|
|
|
* Update recipe to allow building from dev repos and branches.
|
|
into linux_2.6.31.bb. Patches and config are grabbed
from qi-hardware.com. fix_mips_vmlinux.lds.patch is
added to fix problem in 2.6.31.5 vanilla.
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
|
|
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
|
|
features and add fso-apm to task-shr-minimal-base"
* Will do it distro specific....
* This reverts commit 1bfa409a3a28cee60c4800d3caf33ce3f100d4ca.
|
|
Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
|
|
* fso-apm is pulled by task-fso2-compliance
* e-wm-config-illume-shr is pulled by SHR distro setting ILLUME_THEME in task-x11-illume
Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
|
|
add fso-apm to task-shr-minimal-base
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
Signed-off-by: Philip Balister <philip@balister.org>
|