[Buildroot] Analysis of build results for 2017-10-30

[Thomas Petazzoni]

Hello,

On Thu, 2 Nov 2017 18:43:38 +0100, Yann E. MORIN wrote:

> > The ARC special version needs:
> > 
> >         depends on BR2_HOST_GCC_AT_LEAST_4_8
> >         depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8
> > 
> > Just like the gdb 8.0 version.
> > 
> > Yann, perhaps you could have a look at this ?  
> 
> I'm not sure how I got dragged into an ARC-related issue... ;-]

It's a Config.in dependency issue, you're the expert in that field! :-)*

[snip]

I'll look at the patch you have sent.


> > >         m68k |                   tremor-19427 | TIM | http://autobuild.buildroot.net/results/5bff9fbd24264b3515a669d585e10ef23127d569 |     
> > >       mipsel |                   tremor-19427 | TIM | http://autobuild.buildroot.net/results/d1c8e74477797b597c38186343e4d6c69b05560d |       
> > 
> > SVN repo is dead, and it locks up the build until we time out? Doesn't
> > look great. Yann? :-)  
> 
> Not sure why I got fragged into an SVN-related issue... ;-]
> 
> The repository is not dead from here, though:
> 
>     $ svn ls http://svn.xiph.org/trunk/Tremor
>     Redirecting to URL 'https://svn.xiph.org/trunk/Tremor':
>     Error validating server certificate for 'https://svn.xiph.org:443':
>      - The certificate is not issued by a trusted authority. Use the
>        fingerprint to validate the certificate manually!
>     Certificate information:
>      - Hostname: xiph.org
>      - Valid: from Mar 31 21:45:50 2016 GMT until Mar 31 21:45:50 2018 GMT
>      - Issuer: StartCom Class 2 IV Server CA, StartCom Certification
>        Authority, StartCom Ltd., IL
>      - Fingerprint:
>        B9:AF:55:63:87:0A:45:9C:BD:B9:39:43:08:DA:7C:CA:87:20:BF:11
>     (R)eject, accept (t)emporarily or accept (p)ermanently? t
>     CHANGELOG
>     COPYING
>     [...]
> 
> But there is an https redirect, and the certificate is not recognised
> somehow (my Firefox has no problem with it, though)...
> 
> We should probably at least add '--non-interactive' to have it at least
> fail if it needs to prompt.

It is not normal that we timeout. Instead, we should gracefully
fallback on using http://sources.buildroot.net/tremor-19427.tar.gz
instead.

> We could also make use of '--trust-server-cert-failures=ARG' where ARG
> is one of 'unknown-ca', 'cn-mismatch', 'expired', 'not-yet-valid' or
> 'other'. But I am a bit reluctant at silently quiesce certificate
> errors...

No, I just want the svn command to fail, and fallback to the backup
mirror, if that is possible.

> > > microblazeel |           usb_modeswitch-2.5.0 | NOK | http://autobuild.buildroot.net/results/20a9a75f701ce70c2ae434085a85ad8d34adc67b | ORPH
> > >          arm |           usb_modeswitch-2.5.0 | NOK | http://autobuild.buildroot.net/results/46844b028989808aa7340c14af22f2855ec803d8 | ORPH
> > >   
> > 
> > Not sure. Is it just:
> > 
> > 
> > make[2]: *** [jim/libjim.a] Error 1
> > make[2]: *** Waiting for unfinished jobs....
> > usb_modeswitch.c: In function 'checkSuccess':
> > usb_modeswitch.c:1579:7: warning: 'i' may be used uninitialized in this function [-Wmaybe-uninitialized]
> >     if (i == CheckSuccess-1) {
> > 
> > That makes the build fail?  
> 
> The problem is higher in the stack:
> 
>     autosetup/system.tcl:203 /home/peko/autobuild/instance-2/output/build/usb_modeswitch-2.5.0/jim/autosetup/config.guess: unable to guess system type

That Peter's gcc112 build machine that strikes again I guess.

Peter ?

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com