* [PATCH] boost: fix the SRC_URI to point to an actual release, and not a master snapshot
@ 2016-10-31 13:23 Alexander Kanavin
2016-10-31 20:44 ` Andreas Oberritter
0 siblings, 1 reply; 3+ messages in thread
From: Alexander Kanavin @ 2016-10-31 13:23 UTC (permalink / raw)
To: openembedded-core
Sourceforge does a not-so-clever redirecting that fails miserably here:
Proxy request sent, awaiting response... 301 Moved Permanently
Location: http://downloads.sourceforge.net/project/boost/boost/snapshots/master/boost_1_62_0.tar.bz2 [following]
Also, boost developers are naming their snapshot tarballs the same as
release tarballs. The two things conspired together.
The new tarball does have the same checksum as the one in release
announcement, so we should be good now:
http://lists.boost.org/Archives/boost/2016/09/230886.php
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
---
meta/recipes-support/boost/boost-1.62.0.inc | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-support/boost/boost-1.62.0.inc b/meta/recipes-support/boost/boost-1.62.0.inc
index a097ea1..cd99b0e 100644
--- a/meta/recipes-support/boost/boost-1.62.0.inc
+++ b/meta/recipes-support/boost/boost-1.62.0.inc
@@ -11,9 +11,11 @@ BOOST_VER = "${@"_".join(d.getVar("PV", True).split("."))}"
BOOST_MAJ = "${@"_".join(d.getVar("PV", True).split(".")[0:2])}"
BOOST_P = "boost_${BOOST_VER}"
-SRC_URI = "${SOURCEFORGE_MIRROR}/boost/${BOOST_P}.tar.bz2"
+SRC_URI = "${SOURCEFORGE_MIRROR}/project/boost/boost/${PV}/${BOOST_P}.tar.bz2"
-SRC_URI[md5sum] = "7ef085456c48c49a7fe8237f07e5f674"
-SRC_URI[sha256sum] = "bce80293052e2d6230f1bec9b7524b33412e4fb26e9723460a0f362ac15b7acb"
+SRC_URI[md5sum] = "5fb94629535c19e48703bdb2b2e9490f"
+SRC_URI[sha256sum] = "36c96b0f6155c98404091d8ceb48319a28279ca0333fba1ad8611eb90afb2ca0"
+
+PR = "r1"
S = "${WORKDIR}/${BOOST_P}"
--
2.9.3
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] boost: fix the SRC_URI to point to an actual release, and not a master snapshot
2016-10-31 13:23 [PATCH] boost: fix the SRC_URI to point to an actual release, and not a master snapshot Alexander Kanavin
@ 2016-10-31 20:44 ` Andreas Oberritter
2016-11-01 12:44 ` Alexander Kanavin
0 siblings, 1 reply; 3+ messages in thread
From: Andreas Oberritter @ 2016-10-31 20:44 UTC (permalink / raw)
To: Alexander Kanavin; +Cc: openembedded-core
Hello Alexander,
On 31.10.2016 14:23, Alexander Kanavin wrote:
> Sourceforge does a not-so-clever redirecting that fails miserably here:
>
> Proxy request sent, awaiting response... 301 Moved Permanently
> Location: http://downloads.sourceforge.net/project/boost/boost/snapshots/master/boost_1_62_0.tar.bz2 [following]
>
> Also, boost developers are naming their snapshot tarballs the same as
> release tarballs. The two things conspired together.
>
> The new tarball does have the same checksum as the one in release
> announcement, so we should be good now:
>
> http://lists.boost.org/Archives/boost/2016/09/230886.php
>
> Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
> ---
> meta/recipes-support/boost/boost-1.62.0.inc | 8 +++++---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/meta/recipes-support/boost/boost-1.62.0.inc b/meta/recipes-support/boost/boost-1.62.0.inc
> index a097ea1..cd99b0e 100644
> --- a/meta/recipes-support/boost/boost-1.62.0.inc
> +++ b/meta/recipes-support/boost/boost-1.62.0.inc
> @@ -11,9 +11,11 @@ BOOST_VER = "${@"_".join(d.getVar("PV", True).split("."))}"
> BOOST_MAJ = "${@"_".join(d.getVar("PV", True).split(".")[0:2])}"
> BOOST_P = "boost_${BOOST_VER}"
>
> -SRC_URI = "${SOURCEFORGE_MIRROR}/boost/${BOOST_P}.tar.bz2"
> +SRC_URI = "${SOURCEFORGE_MIRROR}/project/boost/boost/${PV}/${BOOST_P}.tar.bz2"
>
> -SRC_URI[md5sum] = "7ef085456c48c49a7fe8237f07e5f674"
> -SRC_URI[sha256sum] = "bce80293052e2d6230f1bec9b7524b33412e4fb26e9723460a0f362ac15b7acb"
> +SRC_URI[md5sum] = "5fb94629535c19e48703bdb2b2e9490f"
> +SRC_URI[sha256sum] = "36c96b0f6155c98404091d8ceb48319a28279ca0333fba1ad8611eb90afb2ca0"
> +
> +PR = "r1"
doesn't the changed SRC_URI (or even the modified checksums alone)
render the PR bump unnecessary?
Regards,
Andreas
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] boost: fix the SRC_URI to point to an actual release, and not a master snapshot
2016-10-31 20:44 ` Andreas Oberritter
@ 2016-11-01 12:44 ` Alexander Kanavin
0 siblings, 0 replies; 3+ messages in thread
From: Alexander Kanavin @ 2016-11-01 12:44 UTC (permalink / raw)
To: Andreas Oberritter; +Cc: openembedded-core
On 10/31/2016 10:44 PM, Andreas Oberritter wrote:
>> -SRC_URI = "${SOURCEFORGE_MIRROR}/boost/${BOOST_P}.tar.bz2"
>> +SRC_URI = "${SOURCEFORGE_MIRROR}/project/boost/boost/${PV}/${BOOST_P}.tar.bz2"
>>
>> -SRC_URI[md5sum] = "7ef085456c48c49a7fe8237f07e5f674"
>> -SRC_URI[sha256sum] = "bce80293052e2d6230f1bec9b7524b33412e4fb26e9723460a0f362ac15b7acb"
>> +SRC_URI[md5sum] = "5fb94629535c19e48703bdb2b2e9490f"
>> +SRC_URI[sha256sum] = "36c96b0f6155c98404091d8ceb48319a28279ca0333fba1ad8611eb90afb2ca0"
>> +
>> +PR = "r1"
>
> doesn't the changed SRC_URI (or even the modified checksums alone)
> render the PR bump unnecessary?
Frankly I'm not sure, but I thought bumping PR ensures that anyone using
package feeds will get an updated package.
Alex
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-11-01 12:46 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-10-31 13:23 [PATCH] boost: fix the SRC_URI to point to an actual release, and not a master snapshot Alexander Kanavin
2016-10-31 20:44 ` Andreas Oberritter
2016-11-01 12:44 ` Alexander Kanavin
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.