summaryrefslogtreecommitdiff
path: root/recipes/ltrace/ltrace_0.5.3.bb
AgeCommit message (Collapse)AuthorFiles
2010-05-25Make the do_patch apply=yes param implicit if extension is .diff/.patchChris Larson1
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>
2010-05-25Rename url params patch=<ignored>/pnum=<n> to apply={yes,no}/striplevel=<n>Chris Larson1
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>
2010-04-12recipes: move checksums to recipes from checksums.ini, part 2 manual adjustementMartin Jansa1
* 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>
2010-04-12recipes: move checksums to recipes from checksums.iniMartin Jansa1
* 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>
2009-11-22ltrace: cleanupBernhard Kaindl1
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(-)
2009-11-15ltrace: fix wrong path to coreutils-native and add actual dependencyMichael 'Mickey' Lauer1
2009-11-15ltrace: fix compilation on PPC platformsDmitry Eremin-Solenikov1
Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
2009-10-24ltrace_0.5.3.bb: New recipe for 0.5.3Khem Raj1
Signed-off-by: Khem Raj <raj.khem@gmail.com>