All of lore.kernel.org
 help / color / mirror / Atom feed
* Vybrid twr-vf65gs10 eglibc checksum fail, mirror fail
       [not found] <92379074.1357627.1386854557440.JavaMail.root@nhs.com.br>
@ 2013-12-12 13:26 ` Thiago Wiezbicki - NHS
  2013-12-12 16:49   ` Otavio Salvador
  0 siblings, 1 reply; 6+ messages in thread
From: Thiago Wiezbicki - NHS @ 2013-12-12 13:26 UTC (permalink / raw)
  To: meta-freescale

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

I've been trying compile the Yocto in twr-vf65gs10 but now I found a issue related to the checksum of the packages when the checksum fail and the script don't try to do a download for the another mirror, could you verify? 



$ bitbake core-image-minimal 
Parsing recipes: 100% |###################################################################################################################################################| Time: 00:00:51 
Parsing of 1340 .bb files complete (0 cached, 1340 parsed). 1732 targets, 96 skipped, 0 masked, 0 errors. 
NOTE: Resolving any missing task queue dependencies 

Build Configuration: 
BB_VERSION = "1.20.0" 
BUILD_SYS = "x86_64-linux" 
NATIVELSBSTRING = "Ubuntu-12.04" 
TARGET_SYS = "arm-poky-linux-gnueabi" 
MACHINE = "twr-vf65gs10" 
DISTRO = "poky" 
DISTRO_VERSION = "1.5" 
TUNE_FEATURES = "armv7a vfp neon" 
TARGET_FPU = "vfp-neon" 
meta 
meta-yocto = "thiago_branch:446df6fef308d962234e4f1d39100a953ec312f4" 
meta-oe = "thiago_branch:191499a2b54d04855284347ce5a067f998646be4" 
meta-fsl-arm = "thiago_branch:c7cc5d5f451c9d12df9f11314f4a58ecc347b1f5" 
meta-fsl-arm-extra = "thiago_branch:07ad83db0fb67c5023bd627a61efb7f474c52622" 
meta-fsl-demos = "thiago_branch:cd6275042cdd2d87490521f6cbeb65972ed37a66" 

NOTE: Preparing runqueue 
NOTE: Executing SetScene Tasks 
NOTE: Executing RunQueue Tasks 
WARNING: Checksum failure encountered with download of http://downloads.yoctoproject.org/releases/eglibc/eglibc-2.18-svnr23787.tar.bz2 - will attempt other sources if available 
WARNING: Renaming /tmp/yocto/fsl-community-bsp/downloads/eglibc-2.18-svnr23787.tar.bz2 to /tmp/yocto/fsl-community-bsp/downloads/eglibc-2.18-svnr23787.tar.bz2_bad-checksum_59e8fbca7ea27a08440b46f0c2f98026 
ERROR: Checksum failure fetching http://downloads.yoctoproject.org/releases/eglibc/eglibc-2.18-svnr23787.tar.bz2 
ERROR: Function failed: Fetcher failure for URL: 'http://downloads.yoctoproject.org/releases/eglibc/eglibc-2.18-svnr23787.tar.bz2'. Checksum mismatch! 
File: '/tmp/yocto/fsl-community-bsp/downloads/eglibc-2.18-svnr23787.tar.bz2' has md5 checksum 8a656f1de1b5b03927dd52a06830c70a when b395b021422a027d89884992e91734fc was expected 
File: '/tmp/yocto/fsl-community-bsp/downloads/eglibc-2.18-svnr23787.tar.bz2' has sha256 checksum 9832466c5de4c4095d99001d775fed1df297c92c8ec3424ca16810f35230a7b6 when 15f564b45dc5dd65faf0875579e3447961ae61e876933384ae05d19328539ad4 was expected 
If this change is expected (e.g. you have upgraded to a new version without updating the checksums) then you can use these lines within the recipe: 
SRC_URI[md5sum] = "8a656f1de1b5b03927dd52a06830c70a" 
SRC_URI[sha256sum] = "9832466c5de4c4095d99001d775fed1df297c92c8ec3424ca16810f35230a7b6" 
Otherwise you should retry the download and/or check with upstream to determine if the file has become corrupted or otherwise unexpectedly modified. 

ERROR: Logfile of failure stored in: /tmp/yocto/fsl-community-bsp/vyb2/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/eglibc-initial/2.18-r0/temp/log.do_fetch.31372 
ERROR: Task 470 (/tmp/yocto/fsl-community-bsp/sources/poky/meta/recipes-core/eglibc/eglibc-initial_2.18.bb, do_fetch) failed with exit code '1' 
WARNING: Checksum failure encountered with download of http://downloads.yoctoproject.org/releases/eglibc/eglibc-2.18-svnr23787.tar.bz2 - will attempt other sources if available 
WARNING: Renaming /tmp/yocto/fsl-community-bsp/downloads/eglibc-2.18-svnr23787.tar.bz2 to /tmp/yocto/fsl-community-bsp/downloads/eglibc-2.18-svnr23787.tar.bz2_bad-checksum_3b52e541f7760624e214e6631520a028 
ERROR: Checksum failure fetching http://downloads.yoctoproject.org/releases/eglibc/eglibc-2.18-svnr23787.tar.bz2 
ERROR: Function failed: Fetcher failure for URL: 'http://downloads.yoctoproject.org/releases/eglibc/eglibc-2.18-svnr23787.tar.bz2'. Checksum mismatch! 
File: '/tmp/yocto/fsl-community-bsp/downloads/eglibc-2.18-svnr23787.tar.bz2' has md5 checksum 8a656f1de1b5b03927dd52a06830c70a when b395b021422a027d89884992e91734fc was expected 
File: '/tmp/yocto/fsl-community-bsp/downloads/eglibc-2.18-svnr23787.tar.bz2' has sha256 checksum 9832466c5de4c4095d99001d775fed1df297c92c8ec3424ca16810f35230a7b6 when 15f564b45dc5dd65faf0875579e3447961ae61e876933384ae05d19328539ad4 was expected 
If this change is expected (e.g. you have upgraded to a new version without updating the checksums) then you can use these lines within the recipe: 
SRC_URI[md5sum] = "8a656f1de1b5b03927dd52a06830c70a" 
SRC_URI[sha256sum] = "9832466c5de4c4095d99001d775fed1df297c92c8ec3424ca16810f35230a7b6" 
Otherwise you should retry the download and/or check with upstream to determine if the file has become corrupted or otherwise unexpectedly modified. 

ERROR: Logfile of failure stored in: /tmp/yocto/fsl-community-bsp/vyb2/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/eglibc/2.18-r0/temp/log.do_fetch.31377 
ERROR: Task 46 (/tmp/yocto/fsl-community-bsp/sources/poky/meta/recipes-core/eglibc/eglibc_2.18.bb, do_fetch) failed with exit code '1' 


-- 
Thiago Wiezbicki 

[-- Attachment #2: Type: text/html, Size: 5951 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Vybrid twr-vf65gs10 eglibc checksum fail, mirror fail
  2013-12-12 13:26 ` Vybrid twr-vf65gs10 eglibc checksum fail, mirror fail Thiago Wiezbicki - NHS
@ 2013-12-12 16:49   ` Otavio Salvador
  2013-12-12 16:50     ` Otavio Salvador
  0 siblings, 1 reply; 6+ messages in thread
From: Otavio Salvador @ 2013-12-12 16:49 UTC (permalink / raw)
  To: Thiago Wiezbicki - NHS; +Cc: meta-freescale

Hello Thiago,

On Thu, Dec 12, 2013 at 11:26 AM, Thiago Wiezbicki - NHS
<thiago.wiezbicki@nhs.com.br> wrote:
> I've been trying compile the Yocto in twr-vf65gs10 but now I found a issue
> related to the checksum of the packages when the checksum fail and the
> script don't try to do a download for the another mirror, could you verify?

I checked my local downloads cache and I do have the expected file:

b395b021422a027d89884992e91734fc  eglibc-2.18-svnr23787.tar.bz2

I downloaded the file byhand and double checked and the remote file
also matches. Do I think you have a broken proxy in the middle or
something.

Please:

$: bitbake eglibc-inital -c cleanall

and try again. If it still fails I think it may be your proxy which
may have a corrupted file cached.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Vybrid twr-vf65gs10 eglibc checksum fail, mirror fail
  2013-12-12 16:49   ` Otavio Salvador
@ 2013-12-12 16:50     ` Otavio Salvador
  2013-12-12 17:35       ` Thiago Wiezbicki - NHS
  0 siblings, 1 reply; 6+ messages in thread
From: Otavio Salvador @ 2013-12-12 16:50 UTC (permalink / raw)
  To: Thiago Wiezbicki - NHS; +Cc: meta-freescale

On Thu, Dec 12, 2013 at 2:49 PM, Otavio Salvador
<otavio@ossystems.com.br> wrote:
> Hello Thiago,
>
> On Thu, Dec 12, 2013 at 11:26 AM, Thiago Wiezbicki - NHS
> <thiago.wiezbicki@nhs.com.br> wrote:
>> I've been trying compile the Yocto in twr-vf65gs10 but now I found a issue
>> related to the checksum of the packages when the checksum fail and the
>> script don't try to do a download for the another mirror, could you verify?
>
> I checked my local downloads cache and I do have the expected file:
>
> b395b021422a027d89884992e91734fc  eglibc-2.18-svnr23787.tar.bz2
>
> I downloaded the file byhand and double checked and the remote file
> also matches. Do I think you have a broken proxy in the middle or
> something.

So I think...

> Please:
>
> $: bitbake eglibc-inital -c cleanall
>
> and try again. If it still fails I think it may be your proxy which
> may have a corrupted file cached.
>
> --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750



-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Vybrid twr-vf65gs10 eglibc checksum fail, mirror fail
  2013-12-12 16:50     ` Otavio Salvador
@ 2013-12-12 17:35       ` Thiago Wiezbicki - NHS
  2013-12-12 19:34         ` Otavio Salvador
  0 siblings, 1 reply; 6+ messages in thread
From: Thiago Wiezbicki - NHS @ 2013-12-12 17:35 UTC (permalink / raw)
  To: Otavio Salvador; +Cc: meta-freescale

It's so strange, because I could fix this problem doing the separated download using the browser. Another thing is that the problem occours only with this packages:  eglibc, Python
icu4c, db , gettext e now when git do a fetch do download uBoot.git repository.   Another packages works fine.



Att., 


Thiago Wiezbicki 


----- Mensagem original -----
De: "Otavio Salvador" <otavio@ossystems.com.br>
Para: "Thiago Wiezbicki - NHS" <thiago.wiezbicki@nhs.com.br>
Cc: "meta-freescale" <meta-freescale@yoctoproject.org>
Enviadas: Quinta-feira, 12 de dezembro de 2013 14:50:32
Assunto: Re: [meta-freescale] Vybrid twr-vf65gs10 eglibc checksum fail, mirror fail

On Thu, Dec 12, 2013 at 2:49 PM, Otavio Salvador
<otavio@ossystems.com.br> wrote:
> Hello Thiago,
>
> On Thu, Dec 12, 2013 at 11:26 AM, Thiago Wiezbicki - NHS
> <thiago.wiezbicki@nhs.com.br> wrote:
>> I've been trying compile the Yocto in twr-vf65gs10 but now I found a issue
>> related to the checksum of the packages when the checksum fail and the
>> script don't try to do a download for the another mirror, could you verify?
>
> I checked my local downloads cache and I do have the expected file:
>
> b395b021422a027d89884992e91734fc  eglibc-2.18-svnr23787.tar.bz2
>
> I downloaded the file byhand and double checked and the remote file
> also matches. Do I think you have a broken proxy in the middle or
> something.

So I think...

> Please:
>
> $: bitbake eglibc-inital -c cleanall
>
> and try again. If it still fails I think it may be your proxy which
> may have a corrupted file cached.
>
> --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750



-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Vybrid twr-vf65gs10 eglibc checksum fail, mirror fail
  2013-12-12 17:35       ` Thiago Wiezbicki - NHS
@ 2013-12-12 19:34         ` Otavio Salvador
  2013-12-12 19:38           ` Thiago Wiezbicki - NHS
  0 siblings, 1 reply; 6+ messages in thread
From: Otavio Salvador @ 2013-12-12 19:34 UTC (permalink / raw)
  To: Thiago Wiezbicki - NHS; +Cc: meta-freescale

On Thu, Dec 12, 2013 at 3:35 PM, Thiago Wiezbicki - NHS
<thiago.wiezbicki@nhs.com.br> wrote:
> It's so strange, because I could fix this problem doing the separated download using the browser. Another thing is that the problem occours only with this packages:  eglibc, Python
> icu4c, db , gettext e now when git do a fetch do download uBoot.git repository.   Another packages works fine.

Yes; this is weird. Did you try to download using wget? maybe your
browser is/is not using the proxy?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Vybrid twr-vf65gs10 eglibc checksum fail, mirror fail
  2013-12-12 19:34         ` Otavio Salvador
@ 2013-12-12 19:38           ` Thiago Wiezbicki - NHS
  0 siblings, 0 replies; 6+ messages in thread
From: Thiago Wiezbicki - NHS @ 2013-12-12 19:38 UTC (permalink / raw)
  To: Otavio Salvador; +Cc: meta-freescale

Using wget works fine. Idon't use proxy.



Att., 


Thiago Wiezbicki 


----- Mensagem original -----
De: "Otavio Salvador" <otavio@ossystems.com.br>
Para: "Thiago Wiezbicki - NHS" <thiago.wiezbicki@nhs.com.br>
Cc: "meta-freescale" <meta-freescale@yoctoproject.org>
Enviadas: Quinta-feira, 12 de dezembro de 2013 17:34:24
Assunto: Re: [meta-freescale] Vybrid twr-vf65gs10 eglibc checksum fail, mirror fail

On Thu, Dec 12, 2013 at 3:35 PM, Thiago Wiezbicki - NHS
<thiago.wiezbicki@nhs.com.br> wrote:
> It's so strange, because I could fix this problem doing the separated download using the browser. Another thing is that the problem occours only with this packages:  eglibc, Python
> icu4c, db , gettext e now when git do a fetch do download uBoot.git repository.   Another packages works fine.

Yes; this is weird. Did you try to download using wget? maybe your
browser is/is not using the proxy?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2013-12-12 19:38 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <92379074.1357627.1386854557440.JavaMail.root@nhs.com.br>
2013-12-12 13:26 ` Vybrid twr-vf65gs10 eglibc checksum fail, mirror fail Thiago Wiezbicki - NHS
2013-12-12 16:49   ` Otavio Salvador
2013-12-12 16:50     ` Otavio Salvador
2013-12-12 17:35       ` Thiago Wiezbicki - NHS
2013-12-12 19:34         ` Otavio Salvador
2013-12-12 19:38           ` Thiago Wiezbicki - NHS

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.