On Fri, Jun 26, 2020 at 08:04:01PM +0000, Tom Ritter wrote: > On Fri, Jun 26, 2020 at 7:34 PM Andrew Halberstadt <a...@mozilla.com> wrote: > > > > On Fri, Jun 26, 2020 at 3:14 PM Jeff Muizelaar <jmuizel...@mozilla.com> > > wrote: > >> > >> What percentage of the space used for artifacts is actually builds > >> that are used for mozregression vs other stuff (like debug builds)? Is > >> there a way that we could somehow have different expiraries for the > >> different kinds of data? 1 year for logs, debug symbols and debug > >> builds seems very generous but 8 months for builds for mozregression > >> seems stingy. > > > > > > Keep in mind this is only temporary, with every passing day we approach a > > full year's worth of builds again. As a longer term solution to this > > particular problem, I wonder if we can get mozregression to farm out > > missing builds on try.. then there would be no limit to how far back it > > could go. > > I think that would be difficult. While taskcluster specifiesthe > toolchain configuration, I think changes to TC infrastructure mean > that old trees do not easily run there. (I think worker-types > disappear for example.) And locally, your toolchain can be too new to > build an old version of Firefox - I've had to switch back to older > versions of rust a few times in particular.
Heck, we need to land patches to the esr68 branch for taskcluster infra changes. As a matter of fact, anything that predates the switch to the new infra won't work on try. I'm sure there are other changes that happened since the switch that require newer code from mozilla-central (ISTR there were gecko-decision task failures just a few weeks ago that needed newer m-c) Now, to come back on the longer term solution, the only thing I can think of would be to publish all the shippable builds from taskcluster to the "FTP" server. Because there's no saying the taskcluster infra won't migrate again in x years and we'd have the same problem as now. Mike _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
