Bump serde_yaml from 0.8.24 to 0.9.4

[dependabot]

Bumps serde_yaml from 0.8.24 to 0.9.4.

Release notes

Sourced from serde_yaml's releases.

0.9.4

• Add serde_yaml::with::singleton_map for serialization of enums as a 1-entry map (#300)
• Reject duplicate keys when deserializing Mapping or Value (#301)

0.9.3

• Add categories to crates.io metadata
• Add keywords to crates.io metadata

0.9.2

• Improve Debug representation of serde_yaml::Error

0.9.1

• Fix panic on some documents containing syntax error (#293)
• Improve error messages that used to contain duplicative line/column information (#294)

0.9.0

API documentation: https://docs.rs/serde_yaml/0.9

Highlights

• The serde_yaml::Value enum gains a Tagged variant which represents the deserialization of YAML's !Tag syntax. Tagged scalars, sequences, and mappings are all supported.

• An empty YAML input (or document containing only comments) will deserialize successfully to an empty map, empty sequence, or Serde struct as long as the struct has only optional fields. Previously this would error.

• A new .apply_merge() method on Value implements YAML's << merge key convention.

• The Debug representation of serde_yaml::Value has gotten vastly better (dtolnay/serde-yaml#287).

• Deserialization of borrowed strings now works.

  #[derive(Deserialize, Debug)]
  struct Struct<'a> {
      borrowed: &'a str,
  }
  let yaml = "borrowed: 'kölcsönzött'\n";
  let value: Struct = serde_yaml::from_str(yaml)?;
  println!("{:#?}", value);

• Value's and Mapping's methods get and get_mut have been generalized to support a &str argument, as opposed to requiring you to allocate and construct a Value::String for indexing into another existing Value.

• Mapping exposes more APIs that have become conventional on map data structures, such as .keys(), .values(), .into_keys(), .into_values(), .values_mut(), and .retain(|k, v| …).

Breaking changes

• Serialization no longer produces leading ---\n on the serialized output. You can prepend this yourself if your use case demands it.

• Serialization of enum variants is now based on YAML's !Tag syntax, rather than JSON-style singleton maps.

... (truncated)

Commits

• d282c40 Release 0.9.4
• 50f6ecd Merge pull request #301 from dtolnay/duplicate
• ec1c1e4 Error on duplicate key when deserializing Mapping
• 13837fd Delegate Value deserialization to Vec's and Mapping's impl
• f3504fb Merge pull request #300 from dtolnay/with
• f344c56 Add a singleton_map module for serde's 'with' attribute
• 7e1b160 Pull in fixes from unsafe-libyaml 0.2.2
• 3dceb15 Add test of serialize_key/serialize_value map
• f7b55f1 Fix serialize_key of 1-entry maps
• 5299f1e Derive Debug for emitter's Event
• Additional commits viewable in compare view

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 ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #2272.