nvarner / typst-lsp

[Deprecated] An early language server for Typst, plus a VS Code extension
MIT License
1.2k stars 77 forks source link

build(deps): bump the language-server-deps group with 5 updates #438

Closed dependabot[bot] closed 9 months ago

dependabot[bot] commented 9 months ago

Bumps the language-server-deps group with 5 updates:

Package From To
indexmap 2.1.0 2.2.3
strum 0.25.0 0.26.1
tokio 1.35.1 1.36.0
opentelemetry 0.21.0 0.22.0
opentelemetry-jaeger 0.20.0 0.21.0

Updates indexmap from 2.1.0 to 2.2.3

Changelog

Sourced from indexmap's changelog.

2.2.3

  • Added move_index and swap_indices methods to IndexedEntry, OccupiedEntry, and RawOccupiedEntryMut, functioning like the existing methods on IndexMap.
  • Added shift_insert methods on VacantEntry and RawVacantEntryMut, as well as shift_insert_hashed_nocheck on the latter, to insert the new entry at a particular index.
  • Added shift_insert methods on IndexMap and IndexSet to insert a new entry at a particular index, or else move an existing entry there.

2.2.2

  • Added indexing methods to raw entries: RawEntryBuilder::from_hash_full, RawEntryBuilder::index_from_hash, and RawEntryMut::index.

2.2.1

  • Corrected the signature of RawOccupiedEntryMut::into_key(self) -> &'a mut K, This a breaking change from 2.2.0, but that version was published for less than a day and has now been yanked.

2.2.0

  • The new IndexMap::get_index_entry method finds an entry by its index for in-place manipulation.

  • The Keys iterator now implements Index<usize> for quick access to the entry's key, compared to indexing the map to get the value.

  • The new IndexMap::splice and IndexSet::splice methods will drain the given range as an iterator, and then replace that range with entries from an input iterator.

  • The new trait RawEntryApiV1 offers opt-in access to a raw entry API for IndexMap, corresponding to the unstable API on HashSet as of Rust 1.75.

  • Many IndexMap and IndexSet methods have relaxed their type constraints, e.g. removing K: Hash on methods that don't actually need to hash.

  • Removal methods remove, remove_entry, and take are now deprecated in favor of their shift_ or swap_ prefixed variants, which are more explicit about their effect on the index and order of remaining items. The deprecated methods will remain to guide drop-in replacements from HashMap and HashSet toward the prefixed methods.

Commits
  • 406bbdb Merge pull request #312 from cuviper/release-2.2.3
  • 3b79b87 Release 2.2.3
  • 8e6753c Merge pull request #310 from cuviper/shift_insert
  • e3ff25b Merge pull request #311 from cuviper/test_debug
  • 2a33977 Fully mask the "test_debug" code from normal builds
  • 8c206ef Test shift_insert that moves
  • 5debe73 IndexSet::swap_indices is O(1) too
  • 4572493 Add IndexSet::shift_insert based on map's method
  • 3b217ca Add IndexMap::shift_insert based on Entry
  • 209e3e1 Document equivalence of move_index/swap_indices
  • Additional commits viewable in compare view


Updates strum from 0.25.0 to 0.26.1

Release notes

Sourced from strum's releases.

v0.26.1

0.26.1

  • #325: use core instead of std in VariantArray.

0.26.0

Breaking Changes

  • The EnumVariantNames macro has been renamed VariantNames. The deprecation warning should steer you in the right direction for fixing the warning.
  • The Iterator struct generated by EnumIter now has new bounds on it. This shouldn't break code unless you manually added the implementation in your code.
  • Display now supports format strings using named fields in the enum variant. This should be a no-op for most code. However, if you were outputting a string like "Hello {field}", this will now be interpretted as a format string.
  • EnumDiscriminant now inherits the repr and discriminant values from your main enum. This makes the discriminant type closer to a mirror of the original and that's always the goal.

New features

  • The VariantArray macro has been added. This macro adds an associated constant VARIANTS to your enum. The constant is a &'static [Self] slice so that you can access all the variants of your enum. This only works on enums that only have unit variants.

    use strum::VariantArray;
    

    #[derive(Debug, VariantArray)] enum Color { Red, Blue, Green, }

    fn main() { println!("{:?}", Color::VARIANTS); // prints: ["Red", "Blue", "Green"] }

  • The EnumTable macro has been experimentally added. This macro adds a new type that stores an item for each variant of the enum. This is useful for storing a value for each variant of an enum. This is an experimental feature because I'm not convinced the current api surface area is correct.

    use strum::EnumTable;
    

    #[derive(Copy, Clone, Debug, EnumTable)] enum Color { Red, Blue,

... (truncated)

Changelog

Sourced from strum's changelog.

0.26.1

  • #325: use core instead of std in VariantArray.

0.26.0

Breaking Changes

  • The EnumVariantNames macro has been renamed VariantNames. The deprecation warning should steer you in the right direction for fixing the warning.
  • The Iterator struct generated by EnumIter now has new bounds on it. This shouldn't break code unless you manually added the implementation in your code.
  • Display now supports format strings using named fields in the enum variant. This should be a no-op for most code. However, if you were outputting a string like "Hello {field}", this will now be interpretted as a format string.
  • EnumDiscriminant now inherits the repr and discriminant values from your main enum. This makes the discriminant type closer to a mirror of the original and that's always the goal.

New features

  • The VariantArray macro has been added. This macro adds an associated constant VARIANTS to your enum. The constant is a &'static [Self] slice so that you can access all the variants of your enum. This only works on enums that only have unit variants.

    use strum::VariantArray;
    

    #[derive(Debug, VariantArray)] enum Color { Red, Blue, Green, }

    fn main() { println!("{:?}", Color::VARIANTS); // prints: ["Red", "Blue", "Green"] }

  • The EnumTable macro has been experimentally added. This macro adds a new type that stores an item for each variant of the enum. This is useful for storing a value for each variant of an enum. This is an experimental feature because I'm not convinced the current api surface area is correct.

    use strum::EnumTable;
    

    #[derive(Copy, Clone, Debug, EnumTable)] enum Color { Red, Blue, Green,

... (truncated)

Commits


Updates tokio from 1.35.1 to 1.36.0

Release notes

Sourced from tokio's releases.

Tokio v1.36.0

1.36.0 (February 2nd, 2024)

Added

  • io: add tokio::io::Join (#6220)
  • io: implement AsyncWrite for Empty (#6235)
  • net: add support for anonymous unix pipes (#6127)
  • net: add UnixSocket (#6290)
  • net: expose keepalive option on TcpSocket (#6311)
  • sync: add {Receiver,UnboundedReceiver}::poll_recv_many (#6236)
  • sync: add Sender::{try_,}reserve_many (#6205)
  • sync: add watch::Receiver::mark_unchanged (#6252)
  • task: add JoinSet::try_join_next (#6280)

Changed

  • io: make copy cooperative (#6265)
  • io: make repeat and sink cooperative (#6254)
  • io: simplify check for empty slice (#6293)
  • process: use pidfd on Linux when available (#6152)
  • sync: use AtomicBool in broadcast channel future (#6298)

Documented

  • io: clarify clear_ready docs (#6304)
  • net: document that *Fd traits on TcpSocket are unix-only (#6294)
  • sync: document FIFO behavior of tokio::sync::Mutex (#6279)
  • chore: typographic improvements (#6262)
  • runtime: remove obsolete comment (#6303)
  • task: fix typo (#6261)

#6220: tokio-rs/tokio#6220 #6235: tokio-rs/tokio#6235 #6127: tokio-rs/tokio#6127 #6290: tokio-rs/tokio#6290 #6311: tokio-rs/tokio#6311 #6236: tokio-rs/tokio#6236 #6205: tokio-rs/tokio#6205 #6252: tokio-rs/tokio#6252 #6280: tokio-rs/tokio#6280 #6265: tokio-rs/tokio#6265 #6254: tokio-rs/tokio#6254 #6293: tokio-rs/tokio#6293 #6238: tokio-rs/tokio#6238 #6152: tokio-rs/tokio#6152 #6298: tokio-rs/tokio#6298 #6262: tokio-rs/tokio#6262 #6303: tokio-rs/tokio#6303 #6261: tokio-rs/tokio#6261

... (truncated)

Commits


Updates opentelemetry from 0.21.0 to 0.22.0

Release notes

Sourced from opentelemetry's releases.

v0.22.0

API

Added

Changed

Removed

SDK

Deprecated

  • XrayIdGenerator in the opentelemetry-sdk has been deprecated and moved to version 0.10.0 of the opentelemetry-aws crate.

Added

  • #1410 Add experimental synchronous gauge

  • #1471 Configure batch log record processor via OTEL_BLRP_* environment variables and via OtlpLogPipeline::with_batch_config

  • #1503 Make the documentation for In-Memory exporters visible.

  • #1526 Performance Improvement : Creating Spans and LogRecords are now faster, by avoiding expensive cloning of Resource for every Span/LogRecord.

Changed

  • Breaking #1313 #1350 Changes how Span links/events are stored to achieve performance gains. See below for details:

    Behavior Change: When enforcing max_links_per_span, max_events_per_span from SpanLimits, links/events are kept in the first-come order. The previous "eviction" based approach is no longer performed.

    Breaking Change Affecting Exporter authors:

    SpanData now stores links as SpanLinks instead of EvictedQueue where SpanLinks is a struct with a Vec of links and dropped_count.

    SpanData now stores events as SpanEvents instead of EvictedQueue where SpanEvents is a struct with a Vec of events and dropped_count.

  • Breaking Remove TextMapCompositePropagator #1373. Use TextMapCompositePropagator in opentelemetry API.

... (truncated)

Commits


Updates opentelemetry-jaeger from 0.20.0 to 0.21.0

Release notes

Sourced from opentelemetry-jaeger's releases.

v0.21.0

This release should been seen as 1.0-rc4 following 1.0-rc3 in v0.20.0. Refer to CHANGELOG.md in individual creates for details on changes made in different creates.

Changed

  • Bump MSRV to 1.65 #1318
  • opentelemetry crate now only carries the API types #1186. Use the opentelemetry_sdk crate for the SDK types.
  • trace::noop::NoopSpan no longer implements Default and instead exposes a const DEFAULT value. #1270
  • Updated crate documentation and examples. #1256
  • Breaking SpanBuilder attributes changed from OrderMap<Key, Value> to Vec<KeyValue> and with_attributes_map method is removed from SpanBuilder. This implies that OpenTelemetry API will no longer perform de-dup of attribute Keys. #1293. Please share feedback here, if you are affected.
Commits


Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore major version` will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself) - `@dependabot ignore minor version` will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself) - `@dependabot ignore ` will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself) - `@dependabot unignore ` will remove all of the ignore conditions of the specified dependency - `@dependabot unignore ` will remove the ignore condition of the specified dependency and ignore conditions
dependabot[bot] commented 9 months ago

Looks like these dependencies are updatable in another way, so this is no longer needed.