`apt-get` solver cannot realize the constraints (and package
removals), which prevents install of the 32-bit gcc toolchain.

`aptitude`'s solver works for now, so we use it.

This kind of package conflicts do remain a big PITA.

`jscoq.js` is needed.

Added standard c_flags to jscoq_extern.

In scratchpad only.
Closes #326.

New in 8.17.

Instead of `.cjs`; enough with this nonsense.

[layout] Port to TS

[package manager] Port to TS

[editor] Port editor code to TS.

[build] Move frontend build to esbuild, always pack.

This is more modular and provides a workflow speedup in many cases.

We also add a couple of bugfixes (tsconfig.json missing from dune
deps, missing await in esbuild.mjs)

These are the current numbers on release:

```
 261K -- dist/wacoq_worker.js
 369K -- dist/frontend/index.css
 583K -- dist/frontend/index.js
```

- don't rebuild the cli stuff when the frontend/backend changes
- make tests work again

Seems to work! I guess it can be done better, but for now that is OK.

This is not perfect but it works (and it is much faster).

For some reason I couldn't make `fflate-unzip` work with ESBuild, so
I've placed a copy and tweaked the exports.

This is a large build-time improvement, moreover we can get rid of a
lot of troublesome code regarding how to manage assets.

`esbuild` has proven a great tool so far.

Tested with both backends.

We still keep the CLI and the WASM backend on webpack, the idea is
to move them to esbuild in subsequent commits.

CLI should use a native Coq instead, it is super-slow.

We also disabled the `collab` and `ide-project` builds for now,
re-adding before merging hopefully.

The compatibility story with user .html pages needs to be revised,
IMHO as this is a foundation for the LSP backend this is the time to
drop support for some patterns we had in the past.

[build] Make format-pprint into its own library

Borrowed from #275

We remove unused / browser `pp2HTML` and `richpp2HTML`, and we move
goal printing to coq-manager (for now), as to make the library purely
about `Pp.t -> Html` conversion.

We will reuse this library from vsCode (and maybe other projects), so
it makes sense to put it in its own directory, and maybe even at some
point in npm.

Along the way, we will cleanup some unused code, and add typing info
borrowed from #275

[deps] Bump some deps (opam and npm problems)

Doing it here as the CI for dependabot seemed to have a problem.

Closes #312 closes #313

Dockerfile: fix build since f67e5e27

f67e5e27 modifies the dist rule in the Makefile.

[build] Bump Dune to >= 3.5.0