Closed Bug 968075 Opened 7 years ago Closed 4 years ago

Make it possible to have a twig which does l10n nightlies, but does not trigger them based on l10n changes

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: glandium, Unassigned)

Details

(Whiteboard: [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2298] )

While this is rare on mozilla-central (although it might have happened during the holidays), that can happen on disposable branches (for those that do run those periodic builds). For m-c there might be issues in hiding (like the handling of updates) so it might not be worth bothering for it, but for other branches (mostly disposable branches), that would avoid wasting resources.
Summary: Don' trigger periodic builds (nightlies, pgo) when the last nightly was performed on the same changeset → Don't trigger periodic builds (nightlies, pgo) when the last was performed on the same changeset
Component: Release Automation → General Automation
QA Contact: bhearsum → catlee
Bug 964071 fixed your multiple PGO and non-unified, that's why https://tbpl.mozilla.org/?tree=Birch&rev=19adee4bbced only has multiple nightlies. And it has multiple nightlies because you have l10n nightlies, and if you have l10n nightlies then you get another one if there have been no code changes but there have been l10n changes - you're getting those as a way for the Birch localizers to get a new nightly so they can see the effects of their changes even during periods when there haven't been any patches which got approval-birch. So the net remaining thing for this bug to be about is "make it possible to have a twig which does l10n nightlies, but doesn't care whether there have been l10n changes."
(In reply to Phil Ringnalda (:philor) from comment #1)
> Bug 964071 fixed your multiple PGO and non-unified, that's why
> https://tbpl.mozilla.org/?tree=Birch&rev=19adee4bbced only has multiple
> nightlies. And it has multiple nightlies because you have l10n nightlies,
> and if you have l10n nightlies then you get another one if there have been
> no code changes but there have been l10n changes - you're getting those as a
> way for the Birch localizers to get a new nightly so they can see the
> effects of their changes even during periods when there haven't been any
> patches which got approval-birch. So the net remaining thing for this bug to
> be about is "make it possible to have a twig which does l10n nightlies, but
> doesn't care whether there have been l10n changes."

I don't think you really want that. If you have l10n nightlies, then you want new nightlies when the upstream l10n repos change.
Well, in this case he does, because he doesn't care what localizers do to l10n nightlies, only what he does to them. Birch doesn't have l10n nightlies so that localizers can see how their strings work on Birch, it has l10n nightlies so he can see whether his build changes break creating l10n nightlies.

Despite the general sound of comment 0 and the summary, this bug is really "https://tbpl.mozilla.org/?tree=Birch&rev=0e657b95b156 has gotten five nightlies so far, and I only want it to have gotten one".
(Side note: not having this indirectly caused bug 991476)
Not really, no. He had lastgood true at the time, from the default, his problem was l10n changes.
Summary: Don't trigger periodic builds (nightlies, pgo) when the last was performed on the same changeset → Make it possible to have a twig which does l10n nightlies, but does not trigger them based on l10n changes
Oh I read the original summary
Whiteboard: [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2294]
Whiteboard: [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2294] → [kanban:engops:https://mozilla.kanbanize.com/ctrl_board/6/2298]
invalid - we no longer do onchnage-l10n so this bug is fixed by that alone
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.