| Age | Commit message (Collapse) | Author |
|
|
|
This is the release commit being forwarded back to main for 2.0.1
Co-authored-by: bartlomieju <bartlomieju@users.noreply.github.com>
Co-authored-by: Bartek Iwańczuk <biwanczuk@gmail.com>
|
|
This came up on Discord as a question so I thought it's worth adding a
hint for this as it might be a common pitfall.
---------
Signed-off-by: Bartek Iwańczuk <biwanczuk@gmail.com>
Co-authored-by: David Sherret <dsherret@users.noreply.github.com>
|
|
resolution (#26277)
* https://github.com/denoland/deno_npm/pull/71
Closes #26271
|
|
(#26241)
Fixes https://github.com/denoland/deno/issues/26240
Fixes
https://github.com/denoland/deno/pull/24985#issuecomment-2365460210
Fix panic when a global interceptor is misconfigured or throws an
exception.
Updates deno_core to 0.313.0
|
|
Updates deno_core to 0.312.0
|
|
A test is going to fail on windows (I'm not on a windows machine atm, so
running the CI to see what fails)
Closes #26080
|
|
Closes https://github.com/denoland/deno/issues/26041
|
|
Bumped versions for 2.0.0
Co-authored-by: bartlomieju <bartlomieju@users.noreply.github.com>
Co-authored-by: Bartek Iwańczuk <biwanczuk@gmail.com>
|
|
|
|
https://github.com/denoland/deno_npm/pull/70
Fixes https://github.com/denoland/deno/issues/26006
|
|
|
|
|
|
Fixes https://github.com/denoland/deno/issues/25922
|
|
Fixes #24740.
Implements the `uv_mutex_*` and `uv_async_*` APIs.
The mutex API is implemented exactly as libuv, a thin wrapper over the
OS's native mutex.
The async API is implemented in terms of napi_async_work. As documented
in the napi docs, you really shouldn't call `napi_queue_async_work`
multiple times (it is documented as undefined behavior). However, our
implementation doesn't have any issue with this, so I believe it suits
our purpose here.
|
|
(#25988)
Closes #25847
|
|
Testing once again if the crates are being properly released.
---------
Co-authored-by: bartlomieju <bartlomieju@users.noreply.github.com>
Co-authored-by: Bartek Iwańczuk <biwanczuk@gmail.com>
|
|
Test run before Deno 2.0 release to make sure that the publishing
process passes correctly.
---------
Co-authored-by: bartlomieju <bartlomieju@users.noreply.github.com>
Co-authored-by: Bartek Iwańczuk <biwanczuk@gmail.com>
|
|
Co-authored-by: David Sherret <dsherret@users.noreply.github.com>
|
|
Closes https://github.com/denoland/deno/issues/25967
Closes #25968
|
|
See https://github.com/denoland/deno_ast/pull/278
Fixes https://github.com/denoland/deno/issues/25810
|
|
Eagerly errors for something like `export * from "jsr:@type/is@";`
(previously it would just fail elsewhere because it would consider this
as having an empty tag)
|
|
Some more slow progress on moving all the resolution code into
deno_resolver.
|
|
This is slow progress towards creating a `deno_resolver` crate.
Waiting on:
* https://github.com/denoland/deno/pull/25918
* https://github.com/denoland/deno/pull/25916
|
|
Part of the ongoing work to move more of Deno's resolution out of the
CLI crate (for use in Wasm and other things)
Includes:
* https://github.com/denoland/deno_cache_dir/pull/60
|
|
|
|
(#25806)
This commit improves the throughput when a Deno process is running as a proxy
server that deals with compressed data from the upstream server.
We have seen a performance degradation since v1.45.3 when we run a HTTP server
with Deno with a particular setting, where it fetches _compressed_ data from the
upstream server and forwards it to the end client. After some investigation, it
turned out that [tower_http::decompression] causes this issue, which was fixed
by the new version of this crate, v0.6.1.
[tower_http::decompression]: https://docs.rs/tower-http/0.6.0/tower_http/decompression/index.html
Fixes #25798
|
|
Towards https://github.com/denoland/deno/issues/13449
|
|
Upgrades `deno_core`.
Closes https://github.com/denoland/deno/issues/25761
Closes https://github.com/denoland/deno/issues/25738
|
|
Closes https://github.com/denoland/deno/issues/25604
Signed-off-by: Satya Rohith <me@satyarohith.com>
Co-authored-by: Satya Rohith <me@satyarohith.com>
|
|
Ref https://github.com/denoland/deno_core/pull/906
|
|
No functional changes, just removes dead code.
|
|
* https://github.com/denoland/deno_lockfile/pull/39
Closes https://github.com/denoland/deno/issues/25649
|
|
Closes #7394
---------
Co-authored-by: snek <snek@deno.com>
|
|
Closes https://github.com/denoland/deno/issues/25321
Ended up being a larger refactoring, since we're now juggling
(potentially) two config files in the same `add`, instead of choosing
one. I don't love the shape of the code, but I think it's good enough
Some smaller side improvements:
- `deno remove` supports `jsonc`
- `deno install --dev` will be a really simple change
- if `deno remove` removes the last import/dependency in the
`imports`/`dependencies`/`devDependencies` field, it removes the field
instead of leaving an empty object
|
|
This is the release commit being forwarded back to main for 1.46.3
|
|
|
|
This is the release commit being forwarded back to main for 1.46.2
|
|
|
|
- fix for https://github.com/denoland/deno/issues/25160
- changes needed to land https://github.com/denoland/deno/pull/25140
|
|
|
|
more terse (#25247)
Stores normalized version constraints in the lockfile, which will
improve reproducibility and will fix a bug with duplicate specifiers
ending up in the lockfile. Also, gets rid of some duplicate data in the
specifiers area of the lockfile.
|
|
|
|
This changes the global cache to store the cache file for remote modules
in one file instead of two.
|
|
This won't be fully stabilized until 2.0 is released.
|
|
|
|
|
|
Bumped versions for 1.46.0
Co-authored-by: bartlomieju <bartlomieju@users.noreply.github.com>
Co-authored-by: Bartek Iwańczuk <biwanczuk@gmail.com>
|
|
|
|
|