From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [autobuild.buildroot.net] Build results for 2013-10-24
Date: Mon, 28 Oct 2013 13:46:14 +0100 [thread overview]
Message-ID: <20131028134614.1d9a41e2@skate> (raw)
In-Reply-To: <526E468C.7080008@zacarias.com.ar>
Dear Gustavo Zacarias,
On Mon, 28 Oct 2013 08:12:12 -0300, Gustavo Zacarias wrote:
> Hetzner reached back and their opinion is that they're firewall rules
> (because ping+trace work and http doesn't).
> I don't know their networking setup but it sounds reasonable (some odd
> balancer setup might show these symptoms).
> I guess the server admin is a bit aggresive on recurrent fetchers.
> Which moves me to the question, shouldn't the autobuilders just build?
> Checking the sources is great but it shouldn't be so aggresive on
> upstream servers, small projects might not be so happy about it.
> I know this has to be coded but maybe it's time.
Originally, the autobuilders had a cache on a per build thread basis
(my build server runs 3 builds in parallel). So it meant that a given
tarball what at the maximum downloaded three times.
However, since some time, I have changed this to remove 5 random
tarballs after each build, so that the cache gets progressively
refreshed, and the autobuilders also check upstream URLs. I've done
that after we had realized that several of our upstream URLs in
Buildroot were broken, which directly affects new users (but wasn't
visible in the autobuilders).
I can certainly adjust the policy by reducing the number of removed
tarballs to 1 or 2 after each build, for example. But I still believe
that doing this allows us to verify the upstream URLs thanks to the
autobuilders.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next prev parent reply other threads:[~2013-10-28 12:46 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-25 6:30 [Buildroot] [autobuild.buildroot.net] Build results for 2013-10-24 Thomas Petazzoni
2013-10-25 8:08 ` Arnout Vandecappelle
2013-10-25 10:47 ` Thomas Petazzoni
2013-10-25 10:51 ` Gustavo Zacarias
2013-10-26 6:47 ` Thomas Petazzoni
2013-10-26 9:58 ` Gustavo Zacarias
2013-10-26 10:48 ` Peter Korsgaard
2013-10-28 11:12 ` Gustavo Zacarias
2013-10-28 12:46 ` Thomas Petazzoni [this message]
2013-10-28 12:53 ` Gustavo Zacarias
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131028134614.1d9a41e2@skate \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox