Packages Upgrade
cover Packages Upgrade
The following changes since commit 5e21afc9395060b489156d3f90505a372b713f37:
Revert "selftest/wic: extending test coverage for WIC script options" (2016-12-20 17:06:01 +0000)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/pu
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/pu
Robert Yang (5):
debianutils: 4.8 -> 4.8.1
mklibs-native: 0.1.41 -> 0.1.43
quilt: 0.64 -> 0.65
guile: 2.0.12 -> 2.0.13
hdparm: 9.48 -> 9.50
...002-Recognize-nios2-as-compilation-target.patch | 32 ----------------------
.../guile/{guile_2.0.12.bb => guile_2.0.13.bb} | 5 ++--
...bs-native_0.1.41.bb => mklibs-native_0.1.43.bb} | 8 ++++--
.../{quilt-native_0.64.bb => quilt-native_0.65.bb} | 0
meta/recipes-devtools/quilt/quilt.inc | 7 ++---
meta/recipes-devtools/quilt/quilt/install.patch | 13 ---------
.../quilt/{quilt_0.64.bb => quilt_0.65.bb} | 0
...-Makefile-use-weak-assignment-for-LDFALGS.patch | 30 ++++++++++++++++++++
.../hdparm/{hdparm_9.48.bb => hdparm_9.50.bb} | 8 ++++--
.../{debianutils_4.8.bb => debianutils_4.8.1.bb} | 7 +++--
10 files changed, 49 insertions(+), 61 deletions(-)
delete mode 100644 meta/recipes-devtools/guile/files/0002-Recognize-nios2-as-compilation-target.patch
rename meta/recipes-devtools/guile/{guile_2.0.12.bb => guile_2.0.13.bb} (95%)
rename meta/recipes-devtools/mklibs/{mklibs-native_0.1.41.bb => mklibs-native_0.1.43.bb} (71%)
rename meta/recipes-devtools/quilt/{quilt-native_0.64.bb => quilt-native_0.65.bb} (100%)
delete mode 100644 meta/recipes-devtools/quilt/quilt/install.patch
rename meta/recipes-devtools/quilt/{quilt_0.64.bb => quilt_0.65.bb} (100%)
create mode 100644 meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patch
rename meta/recipes-extended/hdparm/{hdparm_9.48.bb => hdparm_9.50.bb} (80%)
rename meta/recipes-support/debianutils/{debianutils_4.8.bb => debianutils_4.8.1.bb} (86%)Signature · 1 line
2.11.0.rc2.dirty
PATCH 1/5 debianutils: 4.8 -> 4.8.1
---
.../debianutils/{debianutils_4.8.bb => debianutils_4.8.1.bb} | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
rename meta/recipes-support/debianutils/{debianutils_4.8.bb => debianutils_4.8.1.bb} (86%)meta/recipes-support/debianutils/debianutils_4.8.1.bb renamed from meta/recipes-support/debianutils/debianutils_4.8.bb +4 -3
@@ -3,13 +3,14 @@ SECTION = "base" LICENSE = "GPLv2 & SMAIL_GPL" LIC_FILES_CHKSUM = "file://debian/copyright;md5=f01a5203d50512fc4830b4332b696a9f" -SRC_URI = "http://snapshot.debian.org/archive/debian/20160629T224408Z/pool/main/d/${BPN}/${BPN}_${PV}.tar.xz" +SRC_URI = "http://snapshot.debian.org/archive/debian/20161118T033019Z/pool/main/d/${BPN}/${BPN}_${PV}.tar.xz" # the package is taken from snapshots.debian.org; that source is static and goes stale # so we check the latest upstream from a directory that does get updated UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/d/${BPN}/" -SRC_URI[md5sum] = "66a37e5ff17be431319bd0b43e9a46b5" -SRC_URI[sha256sum] = "afa95bbe6b6fd3ef3c0c838b2d7232f09fabeff593ca4b5583cffa6748567ee2" + +SRC_URI[md5sum] = "44083fc66164746880dffd30d62d054b" +SRC_URI[sha256sum] = "2c395c0bdcfe89de30828b1d25cc5549ded5225a6d3625fbcb2cc0881ef5f026" inherit autotools update-alternatives
Signature · 1 line
2.11.0.rc2.dirty
PATCH 2/5 mklibs-native: 0.1.41 -> 0.1.43
In reply to Robert Yang---
.../mklibs/{mklibs-native_0.1.41.bb => mklibs-native_0.1.43.bb} | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)
rename meta/recipes-devtools/mklibs/{mklibs-native_0.1.41.bb => mklibs-native_0.1.43.bb} (71%)meta/recipes-devtools/mklibs/mklibs-native_0.1.43.bb renamed from meta/recipes-devtools/mklibs/mklibs-native_0.1.41.bb +5 -3
@@ -6,7 +6,7 @@ LICENSE = "GPLv2+" LIC_FILES_CHKSUM = "file://debian/copyright;md5=98d31037b13d896e33890738ef01af64" DEPENDS = "python-native" -SRC_URI = "http://snapshot.debian.org/archive/debian/20160207T221625Z/pool/main/m/${BPN}/${BPN}_${PV}.tar.xz \ +SRC_URI = "http://snapshot.debian.org/archive/debian-debug/20161123T150725Z/pool/main/m/${BPN}/${BPN}_${PV}.tar.xz \ file://ac_init_fix.patch\ file://fix_STT_GNU_IFUNC.patch\ file://sysrooted-ldso.patch \
@@ -15,9 +15,11 @@ SRC_URI = "http://snapshot.debian.org/archive/debian/20160207T221625Z/pool/main/ file://fix_cross_compile.patch \ " -SRC_URI[md5sum] = "6b2979876a611717df3d49e7f9cf291d" -SRC_URI[sha256sum] = "058c7349f8ec8a03b529c546a95cd6426741bd819f1e1211f499273eb4bf5d89" +SRC_URI[md5sum] = "39b08a173454e5210ab3f598e94179bf" +SRC_URI[sha256sum] = "6f0cf24ade13fff76e943c003413d85c3e497c984c95c1ecea1c9731ca86f13c" UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/m/mklibs/" inherit autotools gettext native pythonnative + +S = "${WORKDIR}/${BPN}"
Signature · 1 line
2.11.0.rc2.dirty
PATCH 3/5 quilt: 0.64 -> 0.65
In reply to Robert Yang* Removed install.patch since it is already in the patch.
* Fix indent for file://test.sh
---
.../quilt/{quilt-native_0.64.bb => quilt-native_0.65.bb} | 0
meta/recipes-devtools/quilt/quilt.inc | 7 +++----
meta/recipes-devtools/quilt/quilt/install.patch | 13 -------------
.../recipes-devtools/quilt/{quilt_0.64.bb => quilt_0.65.bb} | 0
4 files changed, 3 insertions(+), 17 deletions(-)
rename meta/recipes-devtools/quilt/{quilt-native_0.64.bb => quilt-native_0.65.bb} (100%)
delete mode 100644 meta/recipes-devtools/quilt/quilt/install.patch
rename meta/recipes-devtools/quilt/{quilt_0.64.bb => quilt_0.65.bb} (100%)meta/recipes-devtools/quilt/quilt-native_0.65.bb renamed from meta/recipes-devtools/quilt/quilt-native_0.64.bb +0 -0
meta/recipes-devtools/quilt/quilt.inc +3 -4
@@ -5,14 +5,13 @@ LICENSE = "GPLv2" LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f" SRC_URI = "${SAVANNAH_GNU_MIRROR}/quilt/quilt-${PV}.tar.gz \ - file://install.patch \ file://run-ptest \ file://Makefile \ - file://test.sh \ + file://test.sh \ " -SRC_URI[md5sum] = "fc0310db5868a0873d602d4332a76d43" -SRC_URI[sha256sum] = "c4bfd3282214a288e8d3e921ae4d52e73e24c4fead72b5446752adee99a7affd" +SRC_URI[md5sum] = "c67ba0228f5b7b8bbe469474661f92d6" +SRC_URI[sha256sum] = "f6cbc788e5cbbb381a3c6eab5b9efce67c776a8662a7795c7432fd27aa096819" inherit autotools-brokensep ptest
meta/recipes-devtools/quilt/quilt/install.patch deleted +0 -13
@@ -1,13 +0,0 @@ -Upstream-Status: Pending - ---- quilt-0.47/Makefile.in 2008-12-31 19:09:13.000000000 +0000 -+++ quilt-0.47/Makefile.in.orig 2008-08-21 13:21:32.000000000 +0100 -@@ -13,7 +13,7 @@ - mandir := @mandir@ - localedir := $(datadir)/locale - emacsdir := $(datadir)/emacs/site-lisp --etcdir := $(subst /usr/etc,/etc,$(prefix)/etc) -+etcdir := @sysconfdir@ - - INSTALL := @INSTALL@ - POD2MAN := @POD2MAN@
meta/recipes-devtools/quilt/quilt_0.65.bb renamed from meta/recipes-devtools/quilt/quilt_0.64.bb +0 -0
Signature · 1 line
2.11.0.rc2.dirty
PATCH 4/5 guile: 2.0.12 -> 2.0.13
In reply to Robert YangRemove 0002-Recognize-nios2-as-compilation-target.patch which is already in the source.
---
...002-Recognize-nios2-as-compilation-target.patch | 32 ----------------------
.../guile/{guile_2.0.12.bb => guile_2.0.13.bb} | 5 ++--
2 files changed, 2 insertions(+), 35 deletions(-)
delete mode 100644 meta/recipes-devtools/guile/files/0002-Recognize-nios2-as-compilation-target.patch
rename meta/recipes-devtools/guile/{guile_2.0.12.bb => guile_2.0.13.bb} (95%)meta/recipes-devtools/guile/files/0002-Recognize-nios2-as-compilation-target.patch deleted +0 -32
@@ -1,32 +0,0 @@ -From 76155065c70b5ab65c6c805423183b360141db84 Mon Sep 17 00:00:00 2001 -From: Marek Vasut <[email protected]> -Date: Thu, 28 Jan 2016 04:46:23 +0100 -Subject: [PATCH] Recognize nios2 as compilation target - -Signed-off-by: Marek Vasut <[email protected]> -Upstream-Status: Submitted [ http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22480 ] ---- - module/system/base/target.scm | 4 ++-- - 1 file changed, 2 insertions(+), 2 deletions(-) - -diff --git a/module/system/base/target.scm b/module/system/base/target.scm ---- a/module/system/base/target.scm -+++ b/module/system/base/target.scm -@@ -65,7 +65,7 @@ - (cond ((string-match "^i[0-9]86$" cpu) - (endianness little)) - ((member cpu '("x86_64" "ia64" -- "powerpcle" "powerpc64le" "mipsel" "mips64el" "sh4")) -+ "powerpcle" "powerpc64le" "mipsel" "mips64el" "sh4" "nios2")) - (endianness little)) - ((member cpu '("sparc" "sparc64" "powerpc" "powerpc64" "spu" - "mips" "mips64" "m68k" "s390x")) -@@ -108,7 +108,7 @@ - - ((string-match "64$" cpu) 8) - ((string-match "64_?[lbe][lbe]$" cpu) 8) -- ((member cpu '("sparc" "powerpc" "mips" "mipsel" "m68k" "sh4")) 4) -+ ((member cpu '("sparc" "powerpc" "mips" "mipsel" "m68k" "sh4" "nios2")) 4) - ((member cpu '("s390x")) 8) - ((string-match "^arm.*" cpu) 4) - (else (error "unknown CPU word size" cpu)))))
meta/recipes-devtools/guile/guile_2.0.13.bb renamed from meta/recipes-devtools/guile/guile_2.0.12.bb +2 -3
@@ -22,11 +22,10 @@ SRC_URI = "${GNU_MIRROR}/guile/guile-${PV}.tar.xz \ file://arm_aarch64.patch \ file://workaround-ice-ssa-corruption.patch \ file://libguile-Makefile.am-hook.patch \ - file://0002-Recognize-nios2-as-compilation-target.patch \ " -SRC_URI[md5sum] = "081fdf80cd3a76f260a2a0d87f773d6b" -SRC_URI[sha256sum] = "de8187736f9b260f2fa776ed39b52cb74dd389ccf7039c042f0606270196b7e9" +SRC_URI[md5sum] = "d50bbb19672b72aa1e1c96e8f024bf00" +SRC_URI[sha256sum] = "3744f2addc282a0de627aaef048f062982b44564d54ac31ff5217972529ed88b" inherit autotools gettext pkgconfig texinfo BBCLASSEXTEND = "native"
Signature · 1 line
2.11.0.rc2.dirty
PATCH 5/5 hdparm: 9.48 -> 9.50
In reply to Robert YangAdd 0001-Makefile-use-weak-assignment-for-LDFALGS.patch to fix issues like:
ERROR: hdparm-9.50-r0 do_package: QA Issue: File '/sbin/hdparm.hdparm' from hdparm was already stripped, this will prevent future debugging! [already-stripped]
ERROR: hdparm-9.50-r0 do_package: Fatal QA errors found, failing task.
---
...-Makefile-use-weak-assignment-for-LDFALGS.patch | 30 ++++++++++++++++++++++
.../hdparm/{hdparm_9.48.bb => hdparm_9.50.bb} | 8 +++---
2 files changed, 35 insertions(+), 3 deletions(-)
create mode 100644 meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patch
rename meta/recipes-extended/hdparm/{hdparm_9.48.bb => hdparm_9.50.bb} (80%)meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patch new file +30 -0
@@ -0,0 +1,30 @@ +From 9532fbaade3b08cef936723a6a5adf191881edbf Mon Sep 17 00:00:00 2001 +From: Robert Yang <[email protected]> +Date: Mon, 19 Dec 2016 22:36:16 -0800 +Subject: [PATCH] Makefile: use weak assignment for LDFALGS + +So that it can use LDFLAGS from env vars. + +Upstream-Status: Pending + +Signed-off-by: Robert Yang <[email protected]> +--- + Makefile | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/Makefile b/Makefile +index 05a1f78..60b67d9 100644 +--- a/Makefile ++++ b/Makefile +@@ -15,7 +15,7 @@ STRIP ?= strip + + CFLAGS := -O2 -W -Wall -Wbad-function-cast -Wcast-align -Wpointer-arith -Wcast-qual -Wshadow -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -fkeep-inline-functions -Wwrite-strings -Waggregate-return -Wnested-externs -Wtrigraphs $(CFLAGS) + +-LDFLAGS = -s ++LDFLAGS ?= -s + #LDFLAGS = -s -static + INSTALL = install + INSTALL_DATA = $(INSTALL) -m 644 +-- +2.10.2 +
meta/recipes-extended/hdparm/hdparm_9.50.bb renamed from meta/recipes-extended/hdparm/hdparm_9.48.bb +5 -3
@@ -20,10 +20,12 @@ FILES_wiper = "${bindir}/wiper.sh" RDEPENDS_wiper = "bash gawk stat" -SRC_URI = "${SOURCEFORGE_MIRROR}/hdparm/${BP}.tar.gz " +SRC_URI = "${SOURCEFORGE_MIRROR}/hdparm/${BP}.tar.gz \ + file://0001-Makefile-use-weak-assignment-for-LDFALGS.patch \ +" -SRC_URI[md5sum] = "213efdbe7471fad3408198918e164354" -SRC_URI[sha256sum] = "ce97b4a71cb04146f54cf6f69787e7f97ddfda9836dc803b459d3b3df3a4fbee" +SRC_URI[md5sum] = "d380062ad6c4b40076736efbb640f1f5" +SRC_URI[sha256sum] = "0892b44bd817c251264a24f6ecbbb010958033e0395d2030f25f1c5608ac780e" EXTRA_OEMAKE = '-e MAKEFLAGS= STRIP="echo"'
Signature · 1 line
2.11.0.rc2.dirty
Re: [PATCH 5/5] hdparm: 9.48 -> 9.50
Quoted 3 lines · Robert Yang
Add 0001-Makefile-use-weak-assignment-for-LDFALGS.patch to fix issues like:
ERROR: hdparm-9.50-r0do_package: QA Issue: File '/sbin/hdparm.hdparm' from hdparm was already stripped, this will prevent future debugging! [already-stripped]
ERROR: hdparm-9.50-r0do_package: Fatal QA errors found, failing task.
Passing LDFLAGS on the make command line might be a cleaner solution than patching the Makefile.
Quoted 44 lines
Signed-off-by Robert Yang <[email protected]>--- ...-Makefile-use-weak-assignment-for-LDFALGS.patch | 30 ++++++++++++++++++++++ .../hdparm/{hdparm_9.48.bb => hdparm_9.50.bb} | 8 +++--- 2 files changed, 35 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patch rename meta/recipes-extended/hdparm/{hdparm_9.48.bb => hdparm_9.50.bb} (80%)meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patch new file +30
-0@@ -0,0 +1,30 @@ +From 9532fbaade3b08cef936723a6a5adf191881edbf Mon Sep 17 00:00:00 2001 +From: Robert Yang <[email protected]> +Date: Mon, 19 Dec 2016 22:36:16 -0800 +Subject: [PATCH] Makefile: use weak assignment for LDFALGS + +So that it can use LDFLAGS from env vars. + +Upstream-Status: Pending + +Signed-off-by: Robert Yang <[email protected]> +--- + Makefile | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/Makefile b/Makefile +index 05a1f78..60b67d9 100644 +--- a/Makefile ++++ b/Makefile +@@ -15,7 +15,7 @@ STRIP ?= strip + + CFLAGS := -O2 -W -Wall -Wbad-function-cast -Wcast-align -Wpointer-arith -Wcast-qual -Wshadow -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -fkeep-inline-functions -Wwrite-strings -Waggregate-return -Wnested-externs -Wtrigraphs $(CFLAGS) + +-LDFLAGS = -s ++LDFLAGS ?= -s + #LDFLAGS = -s -static + INSTALL = install + INSTALL_DATA = $(INSTALL) -m 644 +-- +2.10.2 +
Re: [PATCH 5/5] hdparm: 9.48 -> 9.50
Quoted 7 lines · Andre McCurdy
Quoted 3 lines · Robert Yang
Add 0001-Makefile-use-weak-assignment-for-LDFALGS.patch to fix issues like:
ERROR: hdparm-9.50-r0do_package: QA Issue: File '/sbin/hdparm.hdparm' from hdparm was already stripped, this will prevent future debugging! [already-stripped]
ERROR: hdparm-9.50-r0do_package: Fatal QA errors found, failing task.Passing LDFLAGS on the make command line might be a cleaner solution than patching the
Makefile.
We can't do that since there is a "-e MAKEFLAGS=" in EXTRA_OEMAKE, and its Makefile is:
all:
make -j2 hdparm
hdparm: hdparm.h sgio.h $(OBJS)
$(CC) $(LDFLAGS) -o hdparm $(OBJS)
$(STRIP) hdparmThe "make -j2 hdparm" doesn't pass any env vars to sub make since MAKEFLAGS=, so that need use weak assignment "?=" here.
// Robert
Quoted 46 lines
Quoted 45 lines
Signed-off-by Robert Yang <[email protected]>--- ...-Makefile-use-weak-assignment-for-LDFALGS.patch | 30 ++++++++++++++++++++++ .../hdparm/{hdparm_9.48.bb => hdparm_9.50.bb} | 8 +++--- 2 files changed, 35 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patch rename meta/recipes-extended/hdparm/{hdparm_9.48.bb => hdparm_9.50.bb} (80%)meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patch new file +30
-0@@ -0,0 +1,30 @@ +From 9532fbaade3b08cef936723a6a5adf191881edbf Mon Sep 17 00:00:00 2001 +From: Robert Yang <[email protected]> +Date: Mon, 19 Dec 2016 22:36:16 -0800 +Subject: [PATCH] Makefile: use weak assignment for LDFALGS + +So that it can use LDFLAGS from env vars. + +Upstream-Status: Pending + +Signed-off-by: Robert Yang <[email protected]> +--- + Makefile | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/Makefile b/Makefile +index 05a1f78..60b67d9 100644 +--- a/Makefile ++++ b/Makefile +@@ -15,7 +15,7 @@ STRIP ?= strip + + CFLAGS := -O2 -W -Wall -Wbad-function-cast -Wcast-align -Wpointer-arith -Wcast-qual -Wshadow -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -fkeep-inline-functions -Wwrite-strings -Waggregate-return -Wnested-externs -Wtrigraphs $(CFLAGS) + +-LDFLAGS = -s ++LDFLAGS ?= -s + #LDFLAGS = -s -static + INSTALL = install + INSTALL_DATA = $(INSTALL) -m 644 +-- +2.10.2 +
Re: [PATCH 5/5] hdparm: 9.48 -> 9.50
Quoted 4 lines · Robert Yang
Quoted 1 line · Andre McCurdy
On Tue, Dec 20, 2016 at 10:17 PM, Robert Yang <[email protected]> wrote:
Quoted 8 lines
Quoted 8 lines
Quoted 5 lines
Add 0001-Makefile-use-weak-assignment-for-LDFALGS.patch to fix issues like:
ERROR: hdparm-9.50-r0do_package: QA Issue: File '/sbin/hdparm.hdparm' from hdparm was already stripped, this will prevent future debugging! [already-stripped]
ERROR: hdparm-9.50-r0do_package: Fatal QA errors found, failing task.Passing LDFLAGS on the make command line might be a cleaner solution than patching the
Makefile.
To be clear, passing LDFLAGS on the make command line doesn't work.
// Robert
Quoted 72 lines
We can't do that since there is a "-e MAKEFLAGS=" in
EXTRA_OEMAKE, and itsMakefileis:all:
make -j2 hdparmhdparm:
hdparm.hsgio.h$(OBJS)$(CC) $(LDFLAGS) -o hdparm $(OBJS) $(STRIP) hdparmThe "make -j2 hdparm" doesn't pass any env vars to sub make since MAKEFLAGS=, so that need use weak assignment "?=" here.
// Robert
Quoted 56 lines
Quoted 55 lines
Signed-off-by Robert Yang <[email protected]>--- ...-Makefile-use-weak-assignment-for-LDFALGS.patch | 30 ++++++++++++++++++++++ .../hdparm/{hdparm_9.48.bb => hdparm_9.50.bb} | 8 +++--- 2 files changed, 35 insertions(+), 3 deletions(-) create mode 100644
meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patchrename meta/recipes-extended/hdparm/{hdparm_9.48.bb => hdparm_9.50.bb} (80%)diff --git
a/meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patchb/meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patchnew file mode 100644
index 00000000000..f74da5f18c9
---/dev/null
+++b/meta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patchmeta/recipes-extended/hdparm/hdparm/0001-Makefile-use-weak-assignment-for-LDFALGS.patch new file +30
-3@@ -0,0 +1,30 @@ +From 9532fbaade3b08cef936723a6a5adf191881edbf Mon Sep 17 00:00:00 2001 +From: Robert Yang <[email protected]> +Date: Mon, 19 Dec 2016 22:36:16 -0800 +Subject: [PATCH] Makefile: use weak assignment for LDFALGS + +So that it can use LDFLAGS from env vars. + +Upstream-Status: Pending + +Signed-off-by: Robert Yang <[email protected]> +--- + Makefile | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/Makefile b/Makefile +index 05a1f78..60b67d9 100644 +--- a/Makefile ++++ b/Makefile +@@ -15,7 +15,7 @@ STRIP ?= strip + + CFLAGS := -O2 -W -Wall -Wbad-function-cast -Wcast-align -Wpointer-arith -Wcast-qual -Wshadow -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -fkeep-inline-functions -Wwrite-strings -Waggregate-return -Wnested-externs -Wtrigraphs $(CFLAGS) + +-LDFLAGS = -s ++LDFLAGS ?= -s + #LDFLAGS = -s -static + INSTALL = install + INSTALL_DATA = $(INSTALL) -m 644 +-- +2.10.2 +
Re: [PATCH 5/5] hdparm: 9.48 -> 9.50
Quoted 13 lines · Robert Yang
Quoted 12 lines · Robert Yang
Quoted 11 lines · Andre McCurdy
Quoted 8 lines · Robert Yang
Add 0001-Makefile-use-weak-assignment-for-LDFALGS.patch to fix issues like:
ERROR: hdparm-9.50-r0do_package: QA Issue: File '/sbin/hdparm.hdparm' from
hdparm was already stripped, this will prevent future debugging! [already-stripped]
ERROR: hdparm-9.50-r0do_package: Fatal QA errors found, failing task.
Quoted 4 lines
Quoted 2 lines
Quoted 2 lines
Passing LDFLAGS on the make command line might be a cleaner solution than patching the
Makefile.To be clear, passing LDFLAGS on the make command line doesn't work.
You need to remove "-e MAKEFLAGS= " from EXTRA_OEMAKE and add CC and LDFLAGS (and anything required by the install target which isn't passed on the command line already) but that's all worthy clean up too.
Re: [PATCH 5/5] hdparm: 9.48 -> 9.50
In reply to Robert YangQuoted 10 lines · Robert Yang
Quoted 2 lines · Andre McCurdy
Passing LDFLAGS on the make command line might be a cleaner solution than patching the
Makefile.We can't do that since there is a "-e MAKEFLAGS=" in
EXTRA_OEMAKE, and itsMakefileis:all:
make -j2 hdparm
Quoted 7 lines
hdparm:
hdparm.hsgio.h$(OBJS)$(CC) $(LDFLAGS) -o hdparm $(OBJS) $(STRIP) hdparmThe "make -j2 hdparm" doesn't pass any env vars to sub make since MAKEFLAGS=,
so that need use weak assignment "?=" here.
You don't need to use target 'all'. Try this:
do_compile() {
oe_runmake hdparm
}
Regards,
Andreas
Re: [PATCH 5/5] hdparm: 9.48 -> 9.50
Quoted 19 lines · Andreas Oberritter
Quoted 10 lines · Robert Yang
Quoted 2 lines · Andre McCurdy
Passing LDFLAGS on the make command line might be a cleaner solution than patching the
Makefile.We can't do that since there is a "-e MAKEFLAGS=" in
EXTRA_OEMAKE, and itsMakefileis:all:
make -j2 hdparmQuoted 7 lines
hdparm:
hdparm.hsgio.h$(OBJS)$(CC) $(LDFLAGS) -o hdparm $(OBJS) $(STRIP) hdparmThe "make -j2 hdparm" doesn't pass any env vars to sub make since MAKEFLAGS=,
so that need use weak assignment "?=" here.
Quoted 5 lines
You don't need to use target 'all'. Try this:
do_compile(){
oe_runmakehdparm
}
I know this will work, but "make hdparm" rather than "all" may cause other issues in the future when hdparm gets ugpraded, for example, "all" doesn't only contain "hdmarm". And do we have really have to add a do_compile() here ?
// Robert
Quoted 4 lines
Regards,
Andreas
Re: [PATCH 5/5] hdparm: 9.48 -> 9.50
Quoted 23 lines · Robert Yang
Quoted 22 lines · Andreas Oberritter
Quoted 11 lines · Robert Yang
Quoted 2 lines · Andre McCurdy
Passing LDFLAGS on the make command line might be a cleaner solution than patching the
Makefile.We can't do that since there is a "-e MAKEFLAGS=" in
EXTRA_OEMAKE, and itsMakefileis:all:
make -j2 hdparmQuoted 7 lines
hdparm:
hdparm.hsgio.h$(OBJS)$(CC) $(LDFLAGS) -o hdparm $(OBJS) $(STRIP) hdparmThe "make -j2 hdparm" doesn't pass any env vars to sub make since MAKEFLAGS=,
so that need use weak assignment "?=" here.You don't need to use target 'all'. Try this:
Quoted 8 lines
Quoted 3 lines
do_compile(){
oe_runmakehdparm
}I know this will work, but "make hdparm" rather than "all" may cause other issues in the future when hdparm gets ugpraded, for example, "all" doesn't only contain "hdmarm". And do we have really have to add a
do_compile()here ?
It's certainly easier to delete do_compile in a future version's recipe than regenerating patches. hdparm is looking for a new maintainer, btw.
'hdparm' has been the only target built by 'all' since at least version 3.1, which dates back to 1996.
Regards,
Andreas
Re: [PATCH 5/5] hdparm: 9.48 -> 9.50
Thanks, updated in the repo:
git://git.openembedded.org/openembedded-core-contrib rbt/pu
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/pu
Robert Yang (5):
debianutils: 4.8 -> 4.8.1
mklibs-native: 0.1.41 -> 0.1.43
quilt: 0.64 -> 0.65
guile: 2.0.12 -> 2.0.13
hdparm: 9.48 -> 9.50
Author: Robert Yang <[email protected]> Date: Tue Dec 20 03:09:45 2016 +0000
hdparm: 9.48 -> 9.50
Remove "-e MAKEFLAGS=" from EXTRA_OEMAKE to fix:
ERROR: hdparm-9.50-r0 do_package: QA Issue: File '/sbin/hdparm.hdparm' from
hdparm was already stripped, this will prevent future debugging! [already-stripped]
ERROR: hdparm-9.50-r0 do_package: Fatal QA errors found, failing task.
The "-e MAKEFLAGS=" would cause submake can't get vars from environment, The git log said that it was added for fixing a QA warning, but everything is OK after remove it now.
meta/recipes-extended/hdparm/hdparm_9.50.bb renamed from meta/recipes-extended/hdparm/hdparm_9.48.bb +4 -4
@@ -20,12 +20,12 @@ FILES_wiper = "${bindir}/wiper.sh" RDEPENDS_wiper = "bash gawk stat" -SRC_URI = "${SOURCEFORGE_MIRROR}/hdparm/${BP}.tar.gz " +SRC_URI = "${SOURCEFORGE_MIRROR}/hdparm/${BP}.tar.gz" -SRC_URI[md5sum] = "213efdbe7471fad3408198918e164354" -SRC_URI[sha256sum] = "ce97b4a71cb04146f54cf6f69787e7f97ddfda9836dc803b459d3b3df3a4fbee" +SRC_URI[md5sum] = "d380062ad6c4b40076736efbb640f1f5" +SRC_URI[sha256sum] = "0892b44bd817c251264a24f6ecbbb010958033e0395d2030f25f1c5608ac780e" -EXTRA_OEMAKE = '-e MAKEFLAGS= STRIP="echo"' +EXTRA_OEMAKE = 'STRIP="echo" LDFLAGS="${LDFLAGS}"' inherit update-alternatives
// Robert
Quoted 42 lines · Andreas Oberritter
Quoted 23 lines · Robert Yang
Quoted 22 lines · Andreas Oberritter
Quoted 11 lines · Robert Yang
Quoted 2 lines · Andre McCurdy
Passing LDFLAGS on the make command line might be a cleaner solution than patching the
Makefile.We can't do that since there is a "-e MAKEFLAGS=" in
EXTRA_OEMAKE, and itsMakefileis:all:
make -j2 hdparmQuoted 7 lines
hdparm:
hdparm.hsgio.h$(OBJS)$(CC) $(LDFLAGS) -o hdparm $(OBJS) $(STRIP) hdparmThe "make -j2 hdparm" doesn't pass any env vars to sub make since MAKEFLAGS=,
so that need use weak assignment "?=" here.You don't need to use target 'all'. Try this:
Quoted 8 lines
Quoted 3 lines
do_compile(){
oe_runmakehdparm
}I know this will work, but "make hdparm" rather than "all" may cause other issues in the future when hdparm gets ugpraded, for example, "all" doesn't only contain "hdmarm". And do we have really have to add a
do_compile()here ?It's certainly easier to delete
do_compilein a future version's recipe than regenerating patches. hdparm is looking for a new maintainer, btw.'hdparm' has been the only target built by 'all' since at least version 3.1, which dates back to 1996.
Regards,
Andreas