xlsx-cli should not depend on "latest" version of xlsx

[Paul Julius Martinez]

The xlsx-cli package depends on the latest version of xlsx, which forces us to manually update our yarn.lock every time a new version of xlsx is released, which breaks our builds.

It would be preferable for xlsx-cli to select a specific version of xlsx and receive its own version bumps in tandem with xlsx.

[Eric P Sheets]

npm inc froze the publishing accounts, so for all intents and purposes xlsx, xlsx-cli, crc-32, printj, codepage, cfb, ssf, and the rest are stuck.

Since xlsx-cli is a CLI tool and the script generally plays nice with standalone tools like nexe and deno compile and pkg, we could make versioned standalone binaries available. Alternatively we could publish xlsx-cli on https://cdn.sheetjs.com like how the main xlsx module is published today.

[Eric P Sheets]

https://docs.sheetjs.com/docs/demos/cli describes how to build a dedicated executable using deno compile or NodeJS based command-line tool builders.