kicad-developers team mailing list archive

[Nick Østergaard <oe.nick@xxxxxxxxx>]

Hi Tedd^2

Yeah, I probably didn't specify a proper ttl for some objects in some
directories, but you should definitely architect your mirroring
solution to handle that upstream has more data than you would like to
mirror, if it is an issue for you to keep up with the amount of data
upstream.

On Fri, 29 Nov 2019 at 11:26, tedd.tedd@xxxxxxxxx <tedd.tedd@xxxxxxxxx> wrote:
>
> Hi Nick,
>
> I'm not asking for anything. Just, I'm using a hacky way to mirror the
> downloads to Sourceforge, involving storing a complete copy locally.
> I'm definitely going to architect a solution that doesn't require that
> if it becomes a problem for me, but I thought I'd let the list know
> just in case no-one's aware.
>
> Thanks,
> Tedd
>
> On Fri, 29 Nov 2019 at 20:17, Nick Østergaard <oe.nick@xxxxxxxxx> wrote:
> >
> > What are you asking?
> >
> > On Fri, 29 Nov 2019 at 10:44, tedd.tedd@xxxxxxxxx <tedd.tedd@xxxxxxxxx> wrote:
> > >
> > > Hi all,
> > >
> > > Just a quick note in case no-one's aware. I remember before the move
> > > to CERN's infrastructure, the server hosting all the builds had a
> > > script to delete old testing builds, presumably to keep space used in
> > > check.
> > >
> > > Since the move, there hasn't been any deletions of testing builds, and
> > > as of now, is coming up to 900GB, increasing about 100GB a month.
> > >
> > > Thanks,
> > > Tedd
> > >
> > > _______________________________________________
> > > Mailing list: https://launchpad.net/~kicad-developers
> > > Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
> > > Unsubscribe : https://launchpad.net/~kicad-developers
> > > More help   : https://help.launchpad.net/ListHelp