* [PATCH] Modified fetch() checksums to be correct for libpng 1.4.28 released 15/3/12 (current) instead of previous 8/3/12 release
@ 2012-03-27 22:47 ajlennon
2012-03-28 8:34 ` Frans Meulenbroeks
0 siblings, 1 reply; 8+ messages in thread
From: ajlennon @ 2012-03-27 22:47 UTC (permalink / raw)
To: openembedded-devel; +Cc: Alex J Lennon
From: Alex J Lennon <ajlennon@gmail.com>
Signed-off-by: Alex J Lennon <ajlennon@gmail.com>
---
recipes/libpng/libpng_1.2.48.bb | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/libpng/libpng_1.2.48.bb b/recipes/libpng/libpng_1.2.48.bb
index 50a3c03..534962d 100644
--- a/recipes/libpng/libpng_1.2.48.bb
+++ b/recipes/libpng/libpng_1.2.48.bb
@@ -2,5 +2,5 @@ require libpng.inc
PR = "${INC_PR}.0"
-SRC_URI[libpng.md5sum] = "7612af5660cd4b5e8c433ce53bea01a7"
-SRC_URI[libpng.sha256sum] = "f6db51aff81b6920203678b29e8c68a5e3703cf5b39ae5e9e56370d17f31b1c4"
+SRC_URI[libpng.md5sum] = "74c8c261bdf9a75274e22875183fda07"
+SRC_URI[libpng.sha256sum] = "b4c92df11eadf3e81705a58253dbffc4b95169186899e28abdfc8aada8a20fcc"
--
1.7.5.4
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH] Modified fetch() checksums to be correct for libpng 1.4.28 released 15/3/12 (current) instead of previous 8/3/12 release
2012-03-27 22:47 [PATCH] Modified fetch() checksums to be correct for libpng 1.4.28 released 15/3/12 (current) instead of previous 8/3/12 release ajlennon
@ 2012-03-28 8:34 ` Frans Meulenbroeks
2012-03-28 10:16 ` Alex J Lennon
` (2 more replies)
0 siblings, 3 replies; 8+ messages in thread
From: Frans Meulenbroeks @ 2012-03-28 8:34 UTC (permalink / raw)
To: openembedded-devel; +Cc: Alex J Lennon
2012/3/28 <ajlennon@dynamicdevices.co.uk>:
> From: Alex J Lennon <ajlennon@gmail.com>
>
> Signed-off-by: Alex J Lennon <ajlennon@gmail.com>
> ---
> recipes/libpng/libpng_1.2.48.bb | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/recipes/libpng/libpng_1.2.48.bb b/recipes/libpng/libpng_1.2.48.bb
> index 50a3c03..534962d 100644
> --- a/recipes/libpng/libpng_1.2.48.bb
> +++ b/recipes/libpng/libpng_1.2.48.bb
> @@ -2,5 +2,5 @@ require libpng.inc
>
> PR = "${INC_PR}.0"
>
> -SRC_URI[libpng.md5sum] = "7612af5660cd4b5e8c433ce53bea01a7"
> -SRC_URI[libpng.sha256sum] = "f6db51aff81b6920203678b29e8c68a5e3703cf5b39ae5e9e56370d17f31b1c4"
> +SRC_URI[libpng.md5sum] = "74c8c261bdf9a75274e22875183fda07"
> +SRC_URI[libpng.sha256sum] = "b4c92df11eadf3e81705a58253dbffc4b95169186899e28abdfc8aada8a20fcc"
> --
> 1.7.5.4
>
You mean upstream changed their source tarball (or whatever) without
updating the version number.
Yuk.
Guess we might want to mirror a version and pull from the mirror.
(changing the checksum alone creates issues because other people might
already have the version with the old checksum in their downloads.
Frans
PS: thinking of it: we might be able to resolve the latter issue by
forcing the removal of a file from downloads (and trigger a refetch)
if the .md5 does not match the md5 in the recipe.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Modified fetch() checksums to be correct for libpng 1.4.28 released 15/3/12 (current) instead of previous 8/3/12 release
2012-03-28 8:34 ` Frans Meulenbroeks
@ 2012-03-28 10:16 ` Alex J Lennon
2012-03-28 19:39 ` Alex J Lennon
2012-03-28 19:45 ` Paul Eggleton
2 siblings, 0 replies; 8+ messages in thread
From: Alex J Lennon @ 2012-03-28 10:16 UTC (permalink / raw)
To: openembedded-devel
>You mean upstream changed their source tarball (or whatever) without
That's correct. I compared my cached tar.bz2 with what's current from
their SRC_URI
and sure enough there are differences, the most obvious being they've
changed the
dates I reference. Yuk indeed, but it happens not infrequently I believe?
>Guess we might want to mirror a version and pull from the mirror.
I think that would be an excellent idea.
Cheers,
Alex
On 28/03/2012 09:34, Frans Meulenbroeks wrote:
> 2012/3/28<ajlennon@dynamicdevices.co.uk>:
>> From: Alex J Lennon<ajlennon@gmail.com>
>>
>> Signed-off-by: Alex J Lennon<ajlennon@gmail.com>
>> ---
>> recipes/libpng/libpng_1.2.48.bb | 4 ++--
>> 1 files changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/recipes/libpng/libpng_1.2.48.bb b/recipes/libpng/libpng_1.2.48.bb
>> index 50a3c03..534962d 100644
>> --- a/recipes/libpng/libpng_1.2.48.bb
>> +++ b/recipes/libpng/libpng_1.2.48.bb
>> @@ -2,5 +2,5 @@ require libpng.inc
>>
>> PR = "${INC_PR}.0"
>>
>> -SRC_URI[libpng.md5sum] = "7612af5660cd4b5e8c433ce53bea01a7"
>> -SRC_URI[libpng.sha256sum] = "f6db51aff81b6920203678b29e8c68a5e3703cf5b39ae5e9e56370d17f31b1c4"
>> +SRC_URI[libpng.md5sum] = "74c8c261bdf9a75274e22875183fda07"
>> +SRC_URI[libpng.sha256sum] = "b4c92df11eadf3e81705a58253dbffc4b95169186899e28abdfc8aada8a20fcc"
>> --
>> 1.7.5.4
>>
> You mean upstream changed their source tarball (or whatever) without
> updating the version number.
> Yuk.
>
> Guess we might want to mirror a version and pull from the mirror.
> (changing the checksum alone creates issues because other people might
> already have the version with the old checksum in their downloads.
>
> Frans
>
> PS: thinking of it: we might be able to resolve the latter issue by
> forcing the removal of a file from downloads (and trigger a refetch)
> if the .md5 does not match the md5 in the recipe.
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Modified fetch() checksums to be correct for libpng 1.4.28 released 15/3/12 (current) instead of previous 8/3/12 release
2012-03-28 8:34 ` Frans Meulenbroeks
2012-03-28 10:16 ` Alex J Lennon
@ 2012-03-28 19:39 ` Alex J Lennon
2012-03-28 19:45 ` Paul Eggleton
2 siblings, 0 replies; 8+ messages in thread
From: Alex J Lennon @ 2012-03-28 19:39 UTC (permalink / raw)
To: openembedded-devel
Frans,
>Guess we might want to mirror a version and pull from the mirror.
I don't mind putting a mirrow up at the Dynamic Devices wbesite with a
SRC_URI link to it there.
That''s a bit of a patchy solution though isn't it? Ideally (imho) as I
suggested the
other day there would be an official OE mirror that the standard OE
framework
fell back to when it couldn't find the primary source material, but then
somebody
has to pay for that of course :)
>PS: thinking of it: we might be able to resolve the latter issue by
I'm not sure if that would help us though, as (presumably) the point of
the MD5
is to notify us that "something" is wrong with the file that has been
pulled down,
whether because it is incomplete or the developers are being naughty.
Cheers,
Alex
On 28/03/2012 09:34, Frans Meulenbroeks wrote:
> 2012/3/28<ajlennon@dynamicdevices.co.uk>:
>> From: Alex J Lennon<ajlennon@gmail.com>
>>
>> Signed-off-by: Alex J Lennon<ajlennon@gmail.com>
>> ---
>> recipes/libpng/libpng_1.2.48.bb | 4 ++--
>> 1 files changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/recipes/libpng/libpng_1.2.48.bb b/recipes/libpng/libpng_1.2.48.bb
>> index 50a3c03..534962d 100644
>> --- a/recipes/libpng/libpng_1.2.48.bb
>> +++ b/recipes/libpng/libpng_1.2.48.bb
>> @@ -2,5 +2,5 @@ require libpng.inc
>>
>> PR = "${INC_PR}.0"
>>
>> -SRC_URI[libpng.md5sum] = "7612af5660cd4b5e8c433ce53bea01a7"
>> -SRC_URI[libpng.sha256sum] = "f6db51aff81b6920203678b29e8c68a5e3703cf5b39ae5e9e56370d17f31b1c4"
>> +SRC_URI[libpng.md5sum] = "74c8c261bdf9a75274e22875183fda07"
>> +SRC_URI[libpng.sha256sum] = "b4c92df11eadf3e81705a58253dbffc4b95169186899e28abdfc8aada8a20fcc"
>> --
>> 1.7.5.4
>>
> You mean upstream changed their source tarball (or whatever) without
> updating the version number.
> Yuk.
>
> Guess we might want to mirror a version and pull from the mirror.
> (changing the checksum alone creates issues because other people might
> already have the version with the old checksum in their downloads.
>
> Frans
>
> PS: thinking of it: we might be able to resolve the latter issue by
> forcing the removal of a file from downloads (and trigger a refetch)
> if the .md5 does not match the md5 in the recipe.
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Modified fetch() checksums to be correct for libpng 1.4.28 released 15/3/12 (current) instead of previous 8/3/12 release
2012-03-28 8:34 ` Frans Meulenbroeks
2012-03-28 10:16 ` Alex J Lennon
2012-03-28 19:39 ` Alex J Lennon
@ 2012-03-28 19:45 ` Paul Eggleton
2012-03-28 19:50 ` Alex J Lennon
2 siblings, 1 reply; 8+ messages in thread
From: Paul Eggleton @ 2012-03-28 19:45 UTC (permalink / raw)
To: openembedded-devel; +Cc: Alex J Lennon
On Wednesday 28 March 2012 10:34:16 Frans Meulenbroeks wrote:
> PS: thinking of it: we might be able to resolve the latter issue by
> forcing the removal of a file from downloads (and trigger a refetch)
> if the .md5 does not match the md5 in the recipe.
FYI, I'm pretty sure that fetch2 from the version of bitbake we use with OE-
Core will skip to the next available option (mirror) if the downloaded file
doesn't match the SRC_URI checksum. Of course that's assuming there is a
mirror available.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Modified fetch() checksums to be correct for libpng 1.4.28 released 15/3/12 (current) instead of previous 8/3/12 release
2012-03-28 19:45 ` Paul Eggleton
@ 2012-03-28 19:50 ` Alex J Lennon
2012-03-28 20:32 ` Paul Eggleton
2012-03-28 20:38 ` Frans Meulenbroeks
0 siblings, 2 replies; 8+ messages in thread
From: Alex J Lennon @ 2012-03-28 19:50 UTC (permalink / raw)
To: openembedded-devel
Paul,
>FYI, I'm pretty sure that fetch2 from the version of bitbake we use with OE-
I thought it might. Does it still do that if the checksum fails though?
>Of course that's assuming there is a mirror available.
I'm happy to host a 2nd copy and mod the .bb to add another source if
that helps (the
libpng repo seems to have a history of deleting versions from what I saw
of the patch
history so it might be a good idea?). Is that ok for everybody?
Cheers,
Alex
On 28/03/2012 20:45, Paul Eggleton wrote:
> On Wednesday 28 March 2012 10:34:16 Frans Meulenbroeks wrote:
>> PS: thinking of it: we might be able to resolve the latter issue by
>> forcing the removal of a file from downloads (and trigger a refetch)
>> if the .md5 does not match the md5 in the recipe.
> FYI, I'm pretty sure that fetch2 from the version of bitbake we use with OE-
> Core will skip to the next available option (mirror) if the downloaded file
> doesn't match the SRC_URI checksum. Of course that's assuming there is a
> mirror available.
>
> Cheers,
> Paul
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Modified fetch() checksums to be correct for libpng 1.4.28 released 15/3/12 (current) instead of previous 8/3/12 release
2012-03-28 19:50 ` Alex J Lennon
@ 2012-03-28 20:32 ` Paul Eggleton
2012-03-28 20:38 ` Frans Meulenbroeks
1 sibling, 0 replies; 8+ messages in thread
From: Paul Eggleton @ 2012-03-28 20:32 UTC (permalink / raw)
To: Alex J Lennon; +Cc: openembedded-devel
On Wednesday 28 March 2012 20:50:55 Alex J Lennon wrote:
> Paul,
>
> >FYI, I'm pretty sure that fetch2 from the version of bitbake we use with
> >OE-
> I thought it might. Does it still do that if the checksum fails though?
Yes, I believe (without having tested it recently) that a SRC_URI checksum
failure is considered in the same way as if the download failed.
> >Of course that's assuming there is a mirror available.
>
> I'm happy to host a 2nd copy and mod the .bb to add another source if
> that helps (the
> libpng repo seems to have a history of deleting versions from what I saw
> of the patch
> history so it might be a good idea?). Is that ok for everybody?
No harm in it, however I believe it may be better to get it on
sources.openembedded.org - I think the usual procedure is to ping Tom King
(ka6sox on IRC) and then send get the files to him so he can upload them there.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Modified fetch() checksums to be correct for libpng 1.4.28 released 15/3/12 (current) instead of previous 8/3/12 release
2012-03-28 19:50 ` Alex J Lennon
2012-03-28 20:32 ` Paul Eggleton
@ 2012-03-28 20:38 ` Frans Meulenbroeks
1 sibling, 0 replies; 8+ messages in thread
From: Frans Meulenbroeks @ 2012-03-28 20:38 UTC (permalink / raw)
To: openembedded-devel
2012/3/28 Alex J Lennon <ajlennon@dynamicdevices.co.uk>:
>> FYI, I'm pretty sure that fetch2 from the version of bitbake we use with
>> OE-
>> Core will skip to the next available option (mirror) if the downloaded
>> file
>> doesn't match the SRC_URI checksum. Of course that's assuming there is a
>> mirror available.
There is an official oe mirror iirc. Not really sure who is exactly
responsible for it. Perhaps khem or kasox6
Frans
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2012-03-28 20:47 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-03-27 22:47 [PATCH] Modified fetch() checksums to be correct for libpng 1.4.28 released 15/3/12 (current) instead of previous 8/3/12 release ajlennon
2012-03-28 8:34 ` Frans Meulenbroeks
2012-03-28 10:16 ` Alex J Lennon
2012-03-28 19:39 ` Alex J Lennon
2012-03-28 19:45 ` Paul Eggleton
2012-03-28 19:50 ` Alex J Lennon
2012-03-28 20:32 ` Paul Eggleton
2012-03-28 20:38 ` Frans Meulenbroeks
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.