Fix the types in shipped package

[dbkr]

1829 added the spec files to 'src', presumably because they just
were't type checked otherwise, but this chaqnged the implicit rootDir
so the lib directory we shipped has types in src/ and spec/ which
meant lib/index.d.ts was at lib/src/index.d.ts.

Specify the rootDir on the build tsconfig to put it back in the
right place, and also try to make the base tsconfig never emit
to avoid it ever generating .d.ts files in silly places. Move all
the options related to emitting to -build since they aren't relevant
in the main one.

Is this a sensible way to do this? It doesn't feel terribly elegant.

Fixes element-hq/element-web#18503
Regressed in #1829

---

Here's what your changelog entry will look like:

🐛 Bug Fixes

• Fix the types in shipped package (#1842). Fixes js-sdk RC missing type definitions for lib/ element-hq/element-web#18503.

[Palid]

@dbkr I think in this case the easiest solution would be to make a base.tsconfig.json somewhere else (like we have with eslint?) and just extend it everywhere we need.
Current solution isn't bad, but I wouldn't remove all those compiler options from the tsconfig.json, as it may break type reporting if you were to run typescript:watch task in vscode.

[dbkr]

Yeah, a tsconfig shared between projects would definitely make sense, but that's not a battlefront I want to open up right now, and isn't really the issue here? Only options being removed now are emitDecoratorMetadata are sourcemap which shouldn't matter unless we're emitting stuff? My question was more if this was a sensible way to tell typescript, "hey, these test files, they exist, please check them, but don't emit compiled code or types for them".

[turt2live]

This is unfortunately the way you do this on TS.

[dbkr]

Fair enough :/