1203010 - esr 38.3.0 nightly are not generated (or named incorrectly)

Status: RESOLVED WORKSFORME

(Release Engineering :: Release Automation: Other, defect)

Description

[Sylvestre Ledru [:Sylvestre]]

In the past, we were using:
https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-esr38

Now, it should probably be:
https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-esr38-linux/latest/

but only 31.2.1 is available while we should find 38.3.

Comment 1

[[e-mail] (:bhearsum)]

This has come up numerous times in the past year. This is normal, and expected. Version bumps happen when the release starts - not before. This is the same thing that happens on mozilla-release.

It is less than ideal, but we don't have automation that will bump to the next version. If you would like to bump it yourself, feel free.

Comment 2

[Rail Aliiev [:rail]]

(In reply to Ben Hearsum (:bhearsum) from comment #1)
> It is less than ideal, but we don't have automation that will bump to the
> next version.

IIRC, one of the reasons we don't bump the *next* version is because we don't know if there will be build2.

Comment 3

[Liz Henry (:lizzard) (relman/hg->git project)]

The goal here is to give the esr-using community a chance to test something close to what we're going to ship for ESR, a couple of weeks ahead of time. Is there a better way to do that than this, or can we bump the version now?

Comment 4

[[e-mail] (:bhearsum)]

(In reply to Liz Henry (:lizzard) (needinfo? me) from comment #3)
> The goal here is to give the esr-using community a chance to test something
> close to what we're going to ship for ESR, a couple of weeks ahead of time.
> Is there a better way to do that than this, or can we bump the version now?

My advice would be to point them at the files, and ignore the version number. If you really want to bump the version first, make a commit like this on the default branch: http://hg.mozilla.org/releases/mozilla-esr38/rev/fa72c74dea29