This removes synchronous versions of Bueno.fs and Bueno.io operations. They're an anti-pattern, synchronous API's block everything in tokio's event loop.

Importing a URL with no file extension (e.g. https://esm.sh/whatwg-fetch) results in the following error:

thread 'main' panicked at 'Failed extracting file extension: ()', bueno/loader.rs:46:26
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

This is due to bueno/loader.rs checking for the file extension on both file imports and HTTP imports. This can be resolved by checking for a protocol in front of the import path (e.g. http, https, file://, or (); no protocol so default to file://, etc). This will allow us to check whether or not there's a Content-Type, which would allow for extensionless imports and therefore allow imports without explicit file extensions.

One of the core sets of APIs that must be available for Bueno to be useable are the file system APIs. This issue tracks all of the filesystem APIs we're missing.

• [ ] readFile - async read file and return uint8array
• [ ] readFileSync - sync version of above
• [ ] readTextFile - async read text file and return uint8array
• [ ] readTextFileSync - sync version of above
• [ ] writeFile - async write file form uint8array
• [ ] writeFileSync - sync version of above
• [ ] writeTextFile - async write text file form uint8array
• [ ] writeTextFileSync - sync version of above

We'll edit this list as we complete some. We need to discuss our file API. How should we design it? What will our Bueno.fs.File class (?) look like?

Follow up to #3, most of the code has been reused. This PR adds support for these API's (#6):

• fs
  • [x] readFile – async read file and return Uint8Array
  • [x] readFileSync – sync version of fs.readFile
  • [x] readTextFile – async read file and return string
  • [x] readTextFileSync – sync version of fs.readTextFile
  • [x] writeFile – async write file using Uint8Array
  • [x] writeFileSync – sync version of fs.writeFile
  • [x] writeTextFile – async write file using string
  • [x] writeTextFileSync – sync version of fs.readTextFile
  • [x] removeFile - asynchronously delete file
  • [x] removeFileSync - sync version of fs.removeFile
  • [x] removeDirectory - asynchronously delete directory
  • [x] removeDirectorySync - sync version of fs.removeDirectory

~~This PR doesn't use op2's, it can be done as a follow up~~ Most of the ops have been converted to op2, the only one that isn't is op_read_text_file

Adds support for http(s) imports and run command.

TODO:

• [x] Support http(s) imports
• [x] Support http modules in bueno run <module-path> subcommand
• [x] Cache the modules
  • [x] Simple saving and loading modules from ~/.cache/bueno/modules/...
  • [x] Storess already transpiled modules
  • [x] Support for reloading

This PR restructures project so that extensions can be reused, there's no need to redefine them multiple times.

Project structure:

• /bueno - bueno_runtime package, main stuff
• /ext - bueno_ext package, things related to extensions, exposes extensions module which contains all extensions that are declared by ext.

Bueno. api /ext structure:

• /ext/{api_name}/mod.js - JavaScript module where globalThis is modified in any way
• /ext/{api_name}/{whatever}.js - modules imported by mod.js, they mustn't modify globalThis in any way

This PR also adds support for these API's (#6):

• Bueno.io
  • [x] read – read from resource id into given Uint8Array
  • [x] readSync – sync version of io.read
  • [x] write – async write to resource id using Uint8Array
  • [x] writeSync – sync version of io.write
  • [x] stdin – interface for working with standard input
  • [x] stdout – interface for working with standard output
  • [x] stderr – interface for working with standard error output

Std{in,out,err} classes are not finalized, currently they only have write/data/close methods.

This is a PR that contains possible code for an in-house fetch API. There are also a few minor changes that clean up the workspace and a few more example files.

Currently planned API's:

this list should be expanded upon on the fly

Bueno.

• fs
  • [x] readFile – read file and return Uint8Array
  • [x] readTextFile – read file and return string
  • [x] writeFile – write file using Uint8Array
  • [x] writeTextFile – write file using string
  • [x] removeFile - delete file
  • [x] removeDirectory - delete directory
  • [ ] copyFile - copy file
  • [ ] copyDirectory - copy directory
  • [ ] moveFile - move/rename file
  • [ ] moveDirectory - move/rename directory
  • [ ] makeDirectory - create a new directory
  • [ ] makeFile - create a new file
  • [ ] makeTempDirectory - create a new temporary directory in /tmp
  • [ ] makeTempFile - create a new temp file in /tmp
  • [ ] watch - create iterable which yields changes in file system
• io
  • [x] read – read from resource id into given Uint8Array
  • [x] write – async write to resource id using Uint8Array
  • [x] stdin – interface for working with standard input
  • [x] stdout – interface for working with standard output
  • [x] stderr – interface for working with standard error output

We need to have some way of interacting with the web. If we implement this, we should get a huge boost in the amount of modules we can run. We should take a lot of inspiration from Deno here.