From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from www.dynamicdevices.co.uk ([89.200.136.37]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1SCqTJ-0005eM-Et for openembedded-devel@lists.openembedded.org; Wed, 28 Mar 2012 12:51:21 +0200 Received: from cpc9-live20-0-0-cust612.know.cable.virginmedia.com ([82.42.142.101] helo=[127.0.0.1]) by www.dynamicdevices.co.uk with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SCpvG-0007WH-Mb for openembedded-devel@lists.openembedded.org; Wed, 28 Mar 2012 10:16:10 +0000 Message-ID: <4F72E4F9.5080402@dynamicdevices.co.uk> Date: Wed, 28 Mar 2012 11:16:25 +0100 From: Alex J Lennon User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: openembedded-devel@lists.openembedded.org References: <1332888458-15872-1-git-send-email-ajlennon@dynamicdevices.co.uk> In-Reply-To: Subject: 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 X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 10:51:21 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit >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: >> From: Alex J Lennon >> >> Signed-off-by: Alex J Lennon >> --- >> 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