Patchwork [1/2] chrpath: upgrade to 0.14

login
register
mail settings
Submitter Scott Garman
Date Dec. 23, 2011, 5:31 p.m.
Message ID <6fbbb1e08787e12ad6eb1f85f78c1a35dc15dcea.1324661415.git.scott.a.garman@intel.com>
Download mbox | patch
Permalink /patch/17583/
State Accepted
Commit 8c370eaf4e3dbe2e33c499991d367606b68c7ee9
Headers show

Comments

Scott Garman - Dec. 23, 2011, 5:31 p.m.
SRC_URI changed because Debian has not started packaging v0.14 yet.
So now we're using the true upstream for sources.

Confirmed license file is still GPLv2, checksum changed due to
updated FSF postal address in COPYING.

Added HOMEPAGE and BUGTRACKER fields.

Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
 meta/recipes-devtools/chrpath/chrpath_0.13.bb |   23 -----------------------
 meta/recipes-devtools/chrpath/chrpath_0.14.bb |   23 +++++++++++++++++++++++
 2 files changed, 23 insertions(+), 23 deletions(-)
 delete mode 100644 meta/recipes-devtools/chrpath/chrpath_0.13.bb
 create mode 100644 meta/recipes-devtools/chrpath/chrpath_0.14.bb

Patch

diff --git a/meta/recipes-devtools/chrpath/chrpath_0.13.bb b/meta/recipes-devtools/chrpath/chrpath_0.13.bb
deleted file mode 100644
index d65725e..0000000
--- a/meta/recipes-devtools/chrpath/chrpath_0.13.bb
+++ /dev/null
@@ -1,23 +0,0 @@ 
-SUMMARY = "Tool to edit rpath in ELF binaries"
-DESCRIPTION = "chrpath allows you to change the rpath (where the application \
-looks for libraries) in an application. It does not (yet) allow you to add an \
-rpath if there isn't one already."
-LICENSE = "GPLv2"
-LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
-PR = "r3"
-
-SRC_URI = "${DEBIAN_MIRROR}/main/c/chrpath/chrpath_${PV}.orig.tar.gz \
-        file://standarddoc.patch"
-
-SRC_URI[md5sum] = "b73072a8fbba277558c50364b65bb407"
-SRC_URI[sha256sum] = "c1aa5342eac0daad81b8da05aa282ae1ccd6f68bc75ca94064304f541eed071b"
-
-inherit autotools
-
-S = "${WORKDIR}/chrpath-${PV}"
-
-# We don't have a staged chrpath-native for ensuring our binary is relocatable
-# so must use the one we've just built
-CHRPATH_BIN_virtclass-native = "${S}/chrpath"
-
-BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-devtools/chrpath/chrpath_0.14.bb b/meta/recipes-devtools/chrpath/chrpath_0.14.bb
new file mode 100644
index 0000000..679f1aa
--- /dev/null
+++ b/meta/recipes-devtools/chrpath/chrpath_0.14.bb
@@ -0,0 +1,23 @@ 
+SUMMARY = "Tool to edit rpath in ELF binaries"
+DESCRIPTION = "chrpath allows you to change the rpath (where the \
+application looks for libraries) in an application. It does not \
+(yet) allow you to add an rpath if there isn't one already."
+HOMEPAGE = "http://alioth.debian.org/projects/chrpath/"
+BUGTRACKER = "http://alioth.debian.org/tracker/?atid=412807&group_id=31052"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
+PR = "r0"
+
+SRC_URI = "http://alioth.debian.org/frs/download.php/3648/chrpath-${PV}.tar.gz \
+           file://standarddoc.patch"
+
+SRC_URI[md5sum] = "ea6b212b23393bf58b0ef9bcf6491b86"
+SRC_URI[sha256sum] = "a1bc9abc42d2b97efc3a0ced7c5dbed37d5debff600386193750315fa5823eaa"
+
+inherit autotools
+
+# We don't have a staged chrpath-native for ensuring our binary is
+# relocatable, so use the one we've just built
+CHRPATH_BIN_virtclass-native = "${S}/chrpath"
+
+BBCLASSEXTEND = "native nativesdk"