[Buildroot] [autobuild.buildroot.net] Build results for 2018-04-11
Yann E. MORIN
yann.morin.1998 at free.fr
Thu Apr 12 17:11:32 UTC 2018
Thomas, All,
On 2018-04-12 12:02 +0200, Thomas Petazzoni spake thusly:
> On Thu, 12 Apr 2018 06:49:09 -0300, Ricardo Martincoski wrote:
> > On Thu, Apr 12, 2018 at 03:00 AM, Thomas Petazzoni wrote:
> > > Results for branch 'master'
> > > dtv-scan-tables-07b18ecef17... | 10
> > > gst1-interpipe-10dba89eecc2... | 3
> > > x264-7d0ff22e8c96de126be9d3... | 2
> >
> > I believe these are related to corner cases in the download of packages with
> > site method git.
> > I sent a short series that hopefully fixes some of these.
> > http://patchwork.ozlabs.org/project/buildroot/list/?series=38584
I'll be having a loog at those right now (well, after I finish this
email, that is! ;-) ).
> Ah, interesting. I talked (privately) with Yann about the
> dtv-scan-tables issue early today. We didn't spend much time analyzing
> the issue, but there is one side thing that I thought could be causing
> issues in the autobuilders:
> https://git.buildroot.org/buildroot-test/commit/scripts/autobuild-run?id=c47d9bf2080e33fa3a87223afd93f46363e36447
Indeed, I don;t see that ending up nicely in the end.
Even if we can run some 'git fsck' or the like, at one point we may end
up removing a file that *is* critical and without which we could not
even do an fsck...
> This change from Peter Korsgaard adapts the logic in autobuild-run that
> removes 5 random tarballs between every build. This exists to force
> autobuilder instances to regularly re-download stuff, which allows to
> test our download infrastructure.
>
> Originally, DL_DIR was flat, so we were just picking up 5 random files
> from that folder. Now that DL_DIR has sub-directories, Peter changed
> the logic to be recursive, and pick 5 random files recursively....
> except that DL_DIR/<package>/git/ contains a Git repo, and I'm not sure
> deleting random files from a Git repo is really recommended.
>
> So I have no idea if the download problems are related to this
> autobuild-run issue, or if there are actual issues in the git download
> helper, but we should probably fix autobuild-run anyway.
Yes, we do need to fix the autobuilder script.
But now, I don't think we should try to repare a broken git repository.
If it is broken, we can just remove it and re-clone from scratch (from
the current remote).
I'll reply further to Ricardo's series.
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
More information about the buildroot
mailing list