unflagging in 12.x LTS

[targos]

I'm opening this as one of the releasers working on the 12.x branch.
Unflagging ESM, along with other changes that landed only in 13.x, is a semver-minor change. According to the current plan for the 12.x active LTS release line, the next possible windows to unflag ESM will be 2020-01-21, 2020-04-21 and 2020-07-21.

Is it reasonable to aim for January? Is it a requirement to make ESM completely stable before we unflag it in LTS?
ESM-related PRs are piling up and will be causing more and more conflicts in the 12.x branch until we backport them.

[GeoffreyBooth]

I think we wanted to settle the dual packages question before backporting, which currently means conditional exports get unflagged if no other solution gains consensus before the end of January. Maybe we should amend that slightly to be mid-January, in time for the 2020-01-21 deadline? Or if there are no other contenders in development, should we perhaps just unflag it now? @weswigham @MylesBorins

[targos]

We could make an exception, but per LTS rules, anything that goes into LTS on 2020-01-21 should have landed on 13.x on 2020-01-07.

[MylesBorins]

Since ESM is experimental it is my belief that we can backport the majority of changes as patches, what should land as a minor is the removal of the flag itself. Currently a bunch of the changes have conflicts due to relying on changes to V8 7.8 for synthetic modules. An upgrade to V8 would be Semver Minor A plan of action I think would be reasonable would be to target the January release with the 7.8 upgrade and as many of the changes as we can, but not unflag. We could then land changes in the monthly releases with a goal of unflagging in the April Semver Minor release Thoughts?

…

On Mon, Dec 2, 2019, 9:39 AM Michaël Zasso ***@***.***> wrote: We could make an exception, but per LTS rules, anything that goes into LTS on 2020-01-21 should have landed on 13.x on 2020-01-07. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#450?email_source=notifications&email_token=AADZYVYGSV7QI3OVQDHJJHLQWUM35A5CNFSM4JTWO4QKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFTWLYI#issuecomment-560424417>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AADZYV7NDOE6ZVW5UHHDTDTQWUM35ANCNFSM4JTWO4QA> .

[GeoffreyBooth]

April is a long way off. Why not target unflagging in January?

[MylesBorins]

If we just land dual mode then we cannot be guaranteed it is stable / doesn't have unseen bugs. We shouldn't rush things. Don't really see April unflag as a big deal.

…

On Mon, Dec 2, 2019, 11:53 AM Geoffrey Booth ***@***.***> wrote: April is a long way off. Why not target unflagging in January? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#450?email_source=notifications&email_token=AADZYV6QN2NI57N64RQYPPTQWU4PLA5CNFSM4JTWO4QKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFUENNQ#issuecomment-560481974>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AADZYVZG7SGCDIW7OYZUCQ3QWU4PLANCNFSM4JTWO4QA> .

[guybedford]

I don't think we should slow down anymore than we need to though at the same time.

As users start to ship "exports", the implications of the backport may become more breaking in that users might expect "exports" to mean Node.js 13+ and adapt their build process accordingly.

[MylesBorins]

I honestly can't see how things will be stable enough in January to unflag. We can definitely keep the implementations up to date though

[guybedford]

Yes unfortunately the timings don't work out too well here. Feb would have been ideal :) But we absolutely must not let April slip like we did the last target.

[guybedford]

I am seriously concerned about breakage though - packages shipping "exports" may change their behaviour on the upgrade path.

[guybedford]

One alternative would be to backport the "exports" implementation only for CommonJS, provided we can stabilize "exports" in particular by Jan 7 (sorry for flood, thinking out loud here).

We're in a compatibility zone right now because users haven't shipped "exports" yet. As usage picks up next year I do have concerns that we lose this window entirely to backport.

[GeoffreyBooth]

@targos Two questions:

• Is there any possibility of a release between January and April? Like another LTS release in February?
• Are we sure that we can backport everything that’s landed in 13 related to ESM, including the unflagging?

cc @weswigham

[MylesBorins]

There will be monthly patch releases. I would not be super happy to have an additional minor.

…

On Wed, Dec 4, 2019, 1:05 PM Geoffrey Booth ***@***.***> wrote: @targos <https://github.com/targos> Two questions: - Is there any possibility of a release between January and April? Like another LTS release in February? - Are we sure that we can backport everything that’s landed in 13 related to ESM, including the unflagging? cc @weswigham <https://github.com/weswigham> — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#450?email_source=notifications&email_token=AADZYVY7UXLNHGE5II4M5NDQXALQFA5CNFSM4JTWO4QKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEF6PRNA#issuecomment-561838260>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AADZYVZY2TLHMPXUMD5O3W3QXALQFANCNFSM4JTWO4QA> .