Interesting bitbake/fetcher error

Interesting bitbake/fetcher error

[Gary Thomas]

[-- Attachment #1: Type: text/plain, Size: 1510 bytes --]

I have two recipes for midori (attached).  When I try to build
the latest version, I get this error:
   ERROR: Fetcher failure for URL: 'http://archive.xfce.org/src/apps/midori/0.4/midori-0.4.4.tar.bz2;name=midori'. Checksum mismatch!
   File: '/local/my_test/downloads/midori-0.4.4.tar.bz2' has md5 checksum a6578ebfd237c0f22cce49113b95f70c when 900037557b82818d79d2dd1c5a7d7fd2 was expected
   File: '/local/my_test/downloads/midori-0.4.4.tar.bz2' has sha256 checksum fadd43f76c1c9f6a16483e60a804e58fb6817c6a595b1acdd59bcbdd7b35bca2 when 
fca4a0eab03358f20d7700069dbf2faaf8fa5c11aaad97f4208aea608f4bed9f was expected

It looks like having qualified checksums doesn't work quite right?  It's obviously
comparing the sums from the 0.4.3 recipe even though 0.4.4 is being executed.
   midori_0.4.3
     SRC_URI[midori.md5sum] = "900037557b82818d79d2dd1c5a7d7fd2"
     SRC_URI[midori.sha256sum] = "fca4a0eab03358f20d7700069dbf2faaf8fa5c11aaad97f4208aea608f4bed9f"

   Midori_0.4.4
     SRC_URI[midori.md5sum] = "a6578ebfd237c0f22cce49113b95f70c"
     SRC_URI[midori.sha256sum] = "fadd43f76c1c9f6a16483e60a804e58fb6817c6a595b1acdd59bcbdd7b35bca2"

Interestingly, if I comment out those lines in the 0.4.3 recipe,
but still leave it in my tree, the fetcher works.

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

[-- Attachment #2: midori_0.4.3.bb --]
[-- Type: text/plain, Size: 384 bytes --]

require midori.inc

PR = "r1"

SRC_URI = "http://archive.xfce.org/src/apps/midori/0.4/midori-${PV}.tar.bz2;name=midori \
           file://waf \
          "
#SRC_URI[midori.md5sum] = "900037557b82818d79d2dd1c5a7d7fd2"
#SRC_URI[midori.sha256sum] = "fca4a0eab03358f20d7700069dbf2faaf8fa5c11aaad97f4208aea608f4bed9f"

do_configure_prepend() {
  cp -f ${WORKDIR}/waf ${S}/
}

[-- Attachment #3: midori_0.4.4.bb --]
[-- Type: text/plain, Size: 305 bytes --]

require midori.inc

PARALLEL_MAKE = ""

SRC_URI = "http://archive.xfce.org/src/apps/midori/0.4/midori-${PV}.tar.bz2;name=midori \
          "
SRC_URI[midori.md5sum] = "a6578ebfd237c0f22cce49113b95f70c"
SRC_URI[midori.sha256sum] = "fadd43f76c1c9f6a16483e60a804e58fb6817c6a595b1acdd59bcbdd7b35bca2"

Re: Interesting bitbake/fetcher error

[Gary Thomas]

On 2012-03-15 06:27, Gary Thomas wrote:
> I have two recipes for midori (attached). When I try to build
> the latest version, I get this error:
> ERROR: Fetcher failure for URL: 'http://archive.xfce.org/src/apps/midori/0.4/midori-0.4.4.tar.bz2;name=midori'. Checksum mismatch!
> File: '/local/my_test/downloads/midori-0.4.4.tar.bz2' has md5 checksum a6578ebfd237c0f22cce49113b95f70c when 900037557b82818d79d2dd1c5a7d7fd2 was expected
> File: '/local/my_test/downloads/midori-0.4.4.tar.bz2' has sha256 checksum fadd43f76c1c9f6a16483e60a804e58fb6817c6a595b1acdd59bcbdd7b35bca2 when
> fca4a0eab03358f20d7700069dbf2faaf8fa5c11aaad97f4208aea608f4bed9f was expected
>
> It looks like having qualified checksums doesn't work quite right? It's obviously
> comparing the sums from the 0.4.3 recipe even though 0.4.4 is being executed.
> midori_0.4.3
> SRC_URI[midori.md5sum] = "900037557b82818d79d2dd1c5a7d7fd2"
> SRC_URI[midori.sha256sum] = "fca4a0eab03358f20d7700069dbf2faaf8fa5c11aaad97f4208aea608f4bed9f"
>
> Midori_0.4.4
> SRC_URI[midori.md5sum] = "a6578ebfd237c0f22cce49113b95f70c"
> SRC_URI[midori.sha256sum] = "fadd43f76c1c9f6a16483e60a804e58fb6817c6a595b1acdd59bcbdd7b35bca2"
>
> Interestingly, if I comment out those lines in the 0.4.3 recipe,
> but still leave it in my tree, the fetcher works.

Note: this error is also unhelpful in that once the error is reported,
the file '/local/my_test/downloads/midori-0.4.4.tar.bz2' is deleted!

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------