v2.0.0 Rewrite to GridFSBucket

• Major rewrite, with three significant breaking changes:
• BREAKING CHANGE: No more file locking, under the assumption that you write files once during upload and henceforth do concurrent reads. Make sure your app doesn't require locking.
• BREAKING CHANGE: Files with contents can be created only by directly uploading contents. Previously, you needed to insert a document and (when that completed) upload the contents via upsertStream or POST/PUT or Resumable. Now you must use insertStream, POST/PUT, or Resumable, without first inserting. To emphasize this, FileCollection's insert method has been replaced by insertEmpty. Relatedly, allow no longer has a write option; instead, POST/PUT and Resumable use insert permissions.
• BREAKING CHANGE: In readOneStream and the new insertStream, options.range.end is exclusive (before it was inclusive), and cannot be larger than the file size (before it was implicitly min'd). This won't affect you if you're using the built-in GET handler, which converts from HTTP's inclusive Range to exclusive. If you've written your own GET handler, you'll want to offset by 1.
• Upgrade to MongoDB's v4 drivers, in particular the modern GridFSBucket interface
• No more gridfs-locking-stream dependency

Full Changelog: 1.3.8...v2.0.0

1.3.5, noncoffee version

Downgrade ecmascript to more compatible version (0.9.0) so upgrading is smoother

1.3.4, noncoffee version

This edemaine:file-collection package is just a compiled version of vsivsi:file-collection via CoffeeScript 1.12.7 (with a tiny var removal to expose FileCollection as an export), to avoid any CoffeeScript dependency.

The only difference is to use meteor add edemaine:file-collection (and meteor remove vsivsi:file-collection if necessary).