Dei Vilkinsons

In December 2023, we introduced support for non-primitive data types in HASH, based on an advanced version of this RFC. We will be adding more and iterating on these, before...

~~@CiaranMn Any reason not to merge this in?~~ Discussed offline; holding fire for now.

Potentially redundant in light of semantic mappings.

Since we made the switch to Renovate, Alex advises: > yarn berry was blocked by Dependabot, but that’s no longer the case. Remaining [small] blocker: > https://github.com/lirantal/lockfile-lint/issues/101 > > If...

@kachkaev https://github.com/lirantal/lockfile-lint/pull/147 has now merged, closing the last remaining blocker (https://github.com/lirantal/lockfile-lint/issues/101)

Can we get rid of our top-level `patches` folder in favor of `.yarn/patches` as part of this PR (or in follow-up?) It would complement our cleanup of root (started in...

I have realized we can specify a custom directory for `patch-package` allowing root cleanup to be progressed without this PR (see the [internal task](https://app.asana.com/0/1203193968491715/1204193856005303/f) for more info).

The need for this block was reinforced while supporting the build of the [Nowhere to Run](https://nowheretorun.org/) cross-jurisdiction sanctions tracking website. It would be nice to allow users to generate their...

Thanks for flagging this! In terms of the ideal UX, we'd ideally support both methods and via a block's config menu allow a block editor to choose which mode they...

Hi Artyom, we had a conversation and think it makes sense to still build this in the existing type system. We can help with the migration later. However, we wouldn’t...