kjuulh/update-projects.nvim
1
0
Fork 0
Code Issues 1 Pull Requests Packages Projects Releases Wiki Activity

Update all dependencies #12

Merged
kjuulh merged 1 commits from renovate/all into main 2022-12-15 16:37:31 +01:00
Conversation 0 Commits 1 Files Changed 2 +10 -10
kjuulh commented 2022-12-01 20:36:57 +01:00
Owner
Copy Link

This PR contains the following updates:

Package Type Update Change
clap dependencies patch 4.0.27 -> 4.0.29
jwalk dependencies minor 0.6.0 -> 0.8.1

Release Notes

clap-rs/clap

v4.0.29

Compare Source

v4.0.28

Compare Source

Fixes
  • Fix wasm support which was broken in 4.0.27
byron/jwalk

v0.8.1

Compare Source

New Features
  • re-export rayon in the crate root.
    This makes creating a ThreadPool easier as it doesn't force us to
    maintain our own rayon dependency.
Commit Statistics
  • 1 commit contributed to the release.
  • 1 commit was understood as conventional.
  • 0 issues like '(#ID)' were seen in commit messages
Commit Details
view details
  • Uncategorized
    • re-export rayon in the crate root. (b49e157)

v0.8.0

Compare Source

New Features (BREAKING)
  • Parallelism::RayonExistingPool::busy_timeout is now optional.
    That way we can indicate that no waiting should be done as we know the
    given threadpool has enough resources.
Commit Statistics
  • 2 commits contributed to the release.
  • 1 commit was understood as conventional.
  • 0 issues like '(#ID)' were seen in commit messages
Commit Details
view details
  • Uncategorized
    • Release jwalk v0.8.0 (be0bd21)
    • Parallelism::RayonExistingPool::busy_timeout is now optional. (3a71721)

v0.7.0

Compare Source

This release makes iterator creation fallible to avoid potential hangs when there is no available thread to process
any of the iterator work.

New Features
  • WalkDirGeneric::try_into_iter() for early error handling.
    If we can't instantiate the iterator due to a busy thread-pool,
    we can now abort early instead of yielding a fake-entry just to
    show an error occurred. This is the preferred way to instantiate
    a jwalk iterator.
New Features (BREAKING)

  • Detect possible deadlocks when instantiating a parallel iterator.
    Deadlocks can happen if the producer for results doesn't start as there
    is no free thread on the rayon pool, and the only way for it to become free
    is if the iterator produces results.

    We now offer a busy_timeout in the relevant variants of the
    Parallelism enumeration to allow controlling how long we will wait
    until we abort with an error.

Commit Statistics
  • 7 commits contributed to the release.
  • 1 day passed between releases.
  • 2 commits were understood as conventional.
  • 0 issues like '(#ID)' were seen in commit messages
Thanks Clippy

Clippy helped 1 time to make code idiomatic.

Commit Details
view details
  • Uncategorized
    • Release jwalk v0.7.0 (c265744)
    • prepare changelog prior to release (67364f9)
    • refactor (a94d14b)
    • thanks clippy (7e300c6)
    • WalkDirGeneric::try_into_iter() for early error handling. (7d5b8b8)
    • Detect possible deadlocks when instantiating a parallel iterator. (3bf1bc2)
    • fix various IDE warnings (cc0009f)

v0.6.2

Compare Source

Bug Fixes

  • stalling issue when threadpool is used is no more.
    The issue seems to have been that install blocks whereas spawn
    properly releases the main thread.

    This seems to have been changed subtly due to changes in rayon,
    which breaks an assumption on how the code is executed.

    Replacing install() with spawn calls resolved the issue.

Commit Statistics
  • 5 commits contributed to the release.
  • 1 commit was understood as conventional.
  • 0 issues like '(#ID)' were seen in commit messages
Commit Details
view details
  • Uncategorized
    • Release jwalk v0.6.2 (2d1b2fb)
    • Merge branch 'stalling-issue' (7bd2f35)
    • stalling issue when threadpool is used is no more. (bd3e880)
    • refactor (1032308)
    • print each path seen during iteration (5e83ad5)

v0.6.1

Compare Source

The first release under new ownership with no user-facing changes.

  • The project uses GitHub CI and cargo smart-release for releases.
  • some code cleanup based on cargo clippy.
Changing project ownership to @​Byron
Commit Statistics
  • 30 commits contributed to the release over the course of 705 calendar days.
  • 705 days passed between releases.
  • 0 commits were understood as conventional.
  • 0 issues like '(#ID)' were seen in commit messages
Thanks Clippy

Clippy helped 1 time to make code idiomatic.

Commit Details
view details
  • Uncategorized
    • Release jwalk v0.6.1 (6a2781c)
    • prepare changelog prior to release (c772967)
    • another round of link adjustments (7c12dc3)
    • thanks clippy (51e2b0d)
    • run benchmarks on CI (cc0fd74)
    • set version back to what's current, change URLs and add myself as author (aa5b24d)
    • cleanup tests (d8f0756)
    • rename 'master' to 'main' (362d03c)
    • enable CI (a115e7a)
    • Moved to example/crash (1a09da5)
    • Changing project ownership (cd5d1ae)
    • Add crash example (c0b262b)
    • More unneeded code removal (69c00ec)
    • Added failing combine with rayon test (5eccf5e)
    • Remove some unneeded rayon calls (f61a535)
    • Update to rayon 1.6.1, remove jwalk_par_bridge (94c0385)
    • Merge pull request #​33 from bootandy/patch-2 (9575132)
    • Fix typo (9ae51a5)
    • Merge pull request #​32 from Byron/master (5c857d4)
    • Don't ignore hidden files in du example (0786beb)
    • Remove unused imports in example (80a6d2e)
    • Update readme (6f9ebf5)
    • Update to from latest rayon src/iter/par_bridge.rs (e3a46c1)
    • Add simple du example (ae905c6)
    • Rename new bench to "rayon" (5ee29f5)
    • Merge pull request #​31 from Byron/master (4817c1a)
    • reduce the recursion to its core, keep no state (247cf38)
    • Support for file metadata to approximate typical tool usage (a6afcfe)
    • Add simple recursive way of building a file tree for reference (9c66ef6)
    • (cargo-release) start next development iteration 0.6.0 (a1d5209)

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

  • If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

This PR contains the following updates: | Package | Type | Update | Change | |---|---|---|---| | [clap](https://github.com/clap-rs/clap) | dependencies | patch | `4.0.27` -> `4.0.29` | | [jwalk](https://github.com/byron/jwalk) | dependencies | minor | `0.6.0` -> `0.8.1` | --- ### Release Notes <details> <summary>clap-rs/clap</summary> ### [`v4.0.29`](https://github.com/clap-rs/clap/blob/HEAD/CHANGELOG.md#&#8203;4029---2022-11-29) [Compare Source](https://github.com/clap-rs/clap/compare/v4.0.28...v4.0.29) ### [`v4.0.28`](https://github.com/clap-rs/clap/blob/HEAD/CHANGELOG.md#&#8203;4028---2022-11-29) [Compare Source](https://github.com/clap-rs/clap/compare/v4.0.27...v4.0.28) ##### Fixes - Fix wasm support which was broken in 4.0.27 </details> <details> <summary>byron/jwalk</summary> ### [`v0.8.1`](https://github.com/byron/jwalk/blob/HEAD/CHANGELOG.md#&#8203;081-2022-12-15) [Compare Source](https://github.com/byron/jwalk/compare/v0.8.0...v0.8.1) ##### New Features - <csr-id-b49e157b539150a44b761e43d8b09621367e760c/> re-export `rayon` in the crate root. This makes creating a `ThreadPool` easier as it doesn't force us to maintain our own `rayon` dependency. ##### Commit Statistics <csr-read-only-do-not-edit/> - 1 commit contributed to the release. - 1 commit was understood as [conventional](https://www.conventionalcommits.org). - 0 issues like '(#ID)' were seen in commit messages ##### Commit Details <csr-read-only-do-not-edit/> <details><summary>view details</summary> - **Uncategorized** - re-export `rayon` in the crate root. ([`b49e157`](https://github.com/Byron/jwalk/commit/b49e157b539150a44b761e43d8b09621367e760c)) </details> ### [`v0.8.0`](https://github.com/byron/jwalk/blob/HEAD/CHANGELOG.md#&#8203;080-2022-12-15) [Compare Source](https://github.com/byron/jwalk/compare/v0.7.0...v0.8.0) ##### New Features (BREAKING) - <csr-id-3a717219411a7478b90c4d694d57e28d8941dde1/> `Parallelism::RayonExistingPool::busy_timeout` is now optional. That way we can indicate that no waiting should be done as we know the given threadpool has enough resources. ##### Commit Statistics <csr-read-only-do-not-edit/> - 2 commits contributed to the release. - 1 commit was understood as [conventional](https://www.conventionalcommits.org). - 0 issues like '(#ID)' were seen in commit messages ##### Commit Details <csr-read-only-do-not-edit/> <details><summary>view details</summary> - **Uncategorized** - Release jwalk v0.8.0 ([`be0bd21`](https://github.com/Byron/jwalk/commit/be0bd21bd5213033ac55b90ec7753d6e72b4bd84)) - `Parallelism::RayonExistingPool::busy_timeout` is now optional. ([`3a71721`](https://github.com/Byron/jwalk/commit/3a717219411a7478b90c4d694d57e28d8941dde1)) </details> ### [`v0.7.0`](https://github.com/byron/jwalk/blob/HEAD/CHANGELOG.md#&#8203;070-2022-12-15) [Compare Source](https://github.com/byron/jwalk/compare/v0.6.2...v0.7.0) This release makes iterator creation fallible to avoid potential hangs when there is no available thread to process any of the iterator work. ##### New Features - <csr-id-7d5b8b870bfca2b1b68de1427fbdc0ec1a1bff2b/> `WalkDirGeneric::try_into_iter()` for early error handling. If we can't instantiate the iterator due to a busy thread-pool, we can now abort early instead of yielding a fake-entry just to show an error occurred. This is the preferred way to instantiate a `jwalk` iterator. ##### New Features (BREAKING) - <csr-id-3bf1bc226571869e4a5c357d4f6e40ad0a28f3ff/> Detect possible deadlocks when instantiating a parallel iterator. Deadlocks can happen if the producer for results doesn't start as there is no free thread on the rayon pool, and the only way for it to become free is if the iterator produces results. We now offer a `busy_timeout` in the relevant variants of the `Parallelism` enumeration to allow controlling how long we will wait until we abort with an error. ##### Commit Statistics <csr-read-only-do-not-edit/> - 7 commits contributed to the release. - 1 day passed between releases. - 2 commits were understood as [conventional](https://www.conventionalcommits.org). - 0 issues like '(#ID)' were seen in commit messages ##### Thanks Clippy <csr-read-only-do-not-edit/> [Clippy](https://github.com/rust-lang/rust-clippy) helped 1 time to make code idiomatic. ##### Commit Details <csr-read-only-do-not-edit/> <details><summary>view details</summary> - **Uncategorized** - Release jwalk v0.7.0 ([`c265744`](https://github.com/Byron/jwalk/commit/c265744d74b3ea231eacee6332a99ee292f3018a)) - prepare changelog prior to release ([`67364f9`](https://github.com/Byron/jwalk/commit/67364f910f1ba1ffeb5c30d0f75709431b212e2b)) - refactor ([`a94d14b`](https://github.com/Byron/jwalk/commit/a94d14b34980e5dd53ea6dde9c5676f44c80a7fa)) - thanks clippy ([`7e300c6`](https://github.com/Byron/jwalk/commit/7e300c68691f462ebb0848db915d7798b49dfccc)) - `WalkDirGeneric::try_into_iter()` for early error handling. ([`7d5b8b8`](https://github.com/Byron/jwalk/commit/7d5b8b870bfca2b1b68de1427fbdc0ec1a1bff2b)) - Detect possible deadlocks when instantiating a parallel iterator. ([`3bf1bc2`](https://github.com/Byron/jwalk/commit/3bf1bc226571869e4a5c357d4f6e40ad0a28f3ff)) - fix various IDE warnings ([`cc0009f`](https://github.com/Byron/jwalk/commit/cc0009f626ac86f92e20ce3d4e7c2a8f00d979a0)) </details> ### [`v0.6.2`](https://github.com/byron/jwalk/blob/HEAD/CHANGELOG.md#&#8203;062-2022-12-13) [Compare Source](https://github.com/byron/jwalk/compare/v0.6.1...v0.6.2) ##### Bug Fixes - <csr-id-bd3e88017ea29c3b89b518f3a721ba35577b7666/> stalling issue when threadpool is used is no more. The issue seems to have been that `install` blocks whereas `spawn` properly releases the main thread. This seems to have been changed subtly due to changes in `rayon`, which breaks an assumption on how the code is executed. Replacing `install()` with `spawn` calls resolved the issue. ##### Commit Statistics <csr-read-only-do-not-edit/> - 5 commits contributed to the release. - 1 commit was understood as [conventional](https://www.conventionalcommits.org). - 0 issues like '(#ID)' were seen in commit messages ##### Commit Details <csr-read-only-do-not-edit/> <details><summary>view details</summary> - **Uncategorized** - Release jwalk v0.6.2 ([`2d1b2fb`](https://github.com/Byron/jwalk/commit/2d1b2fbe59a0ebb0413b54a8b8b0bba713e4d0e3)) - Merge branch 'stalling-issue' ([`7bd2f35`](https://github.com/Byron/jwalk/commit/7bd2f35d4fd106edbafa187ef4481333bb60da7d)) - stalling issue when threadpool is used is no more. ([`bd3e880`](https://github.com/Byron/jwalk/commit/bd3e88017ea29c3b89b518f3a721ba35577b7666)) - refactor ([`1032308`](https://github.com/Byron/jwalk/commit/10323089dbf00e01a0280a35f826ca269b6eeea6)) - print each path seen during iteration ([`5e83ad5`](https://github.com/Byron/jwalk/commit/5e83ad5f09852a6449f63b0c954eec81413de1c2)) </details> ### [`v0.6.1`](https://github.com/byron/jwalk/blob/HEAD/CHANGELOG.md#&#8203;061-2022-12-13) [Compare Source](https://github.com/byron/jwalk/compare/v0.6.0...v0.6.1) The first release under new ownership with no user-facing changes. - The project uses GitHub CI and `cargo smart-release` for releases. - some code cleanup based on `cargo clippy`. ##### Changing project ownership to [@&#8203;Byron](https://github.com/Byron) - Thanks and good luck! (By https://github.com/jessegrosjean) - Thank you, my pleasure (By https://github.com/Byron) ##### Commit Statistics <csr-read-only-do-not-edit/> - 30 commits contributed to the release over the course of 705 calendar days. - 705 days passed between releases. - 0 commits were understood as [conventional](https://www.conventionalcommits.org). - 0 issues like '(#ID)' were seen in commit messages ##### Thanks Clippy <csr-read-only-do-not-edit/> [Clippy](https://github.com/rust-lang/rust-clippy) helped 1 time to make code idiomatic. ##### Commit Details <csr-read-only-do-not-edit/> <details><summary>view details</summary> - **Uncategorized** - Release jwalk v0.6.1 ([`6a2781c`](https://github.com/Byron/jwalk/commit/6a2781c6211a6db777c08bcdeb60f0317c00bc3e)) - prepare changelog prior to release ([`c772967`](https://github.com/Byron/jwalk/commit/c77296707df392193dc47bcd1f465fa813215b82)) - another round of link adjustments ([`7c12dc3`](https://github.com/Byron/jwalk/commit/7c12dc333d5086ed41228ee410653def9ff5adf7)) - thanks clippy ([`51e2b0d`](https://github.com/Byron/jwalk/commit/51e2b0d0330b264972422d44ca25affcced981d5)) - run benchmarks on CI ([`cc0fd74`](https://github.com/Byron/jwalk/commit/cc0fd74d439fb24b063d3d6d4d05f3370d41bf65)) - set version back to what's current, change URLs and add myself as author ([`aa5b24d`](https://github.com/Byron/jwalk/commit/aa5b24dff23b4fd3b48e6a3e4c59a504a380beda)) - cleanup tests ([`d8f0756`](https://github.com/Byron/jwalk/commit/d8f07566eb2487f6f73bd06edc8286d0bf3ee015)) - rename 'master' to 'main' ([`362d03c`](https://github.com/Byron/jwalk/commit/362d03c1059658f88a77b7b9db7d14a2ccc2e6b5)) - enable CI ([`a115e7a`](https://github.com/Byron/jwalk/commit/a115e7acbf6c147c2bfeba3981c6bc5d587c2aef)) - Moved to example/crash ([`1a09da5`](https://github.com/Byron/jwalk/commit/1a09da59cda994758a856c30f931afe4ee0208d8)) - Changing project ownership ([`cd5d1ae`](https://github.com/Byron/jwalk/commit/cd5d1aed268ad5a0692f698a419bdea835aa71a5)) - Add crash example ([`c0b262b`](https://github.com/Byron/jwalk/commit/c0b262bc4b4bbb0134c7987cbb6995a46a005070)) - More unneeded code removal ([`69c00ec`](https://github.com/Byron/jwalk/commit/69c00ec6f60b0010c4a99db7ea67093f401d8260)) - Added failing combine with rayon test ([`5eccf5e`](https://github.com/Byron/jwalk/commit/5eccf5efe09c1a24e839157b6098a9bc1c8948cc)) - Remove some unneeded rayon calls ([`f61a535`](https://github.com/Byron/jwalk/commit/f61a53585514f50f772a4cb81c57150ac1fd4450)) - Update to rayon 1.6.1, remove jwalk_par_bridge ([`94c0385`](https://github.com/Byron/jwalk/commit/94c0385959c4004aff3ec2c60e729fa654579141)) - Merge pull request [#&#8203;33](https://github.com/byron/jwalk/issues/33) from bootandy/patch-2 ([`9575132`](https://github.com/Byron/jwalk/commit/9575132b76513bea64405a7cc5a98708d31d5743)) - Fix typo ([`9ae51a5`](https://github.com/Byron/jwalk/commit/9ae51a5823a2c530871b2ba7fbce5096a8d37339)) - Merge pull request [#&#8203;32](https://github.com/byron/jwalk/issues/32) from Byron/master ([`5c857d4`](https://github.com/Byron/jwalk/commit/5c857d4e7fa2d587617e442d7a81e070c2c55175)) - Don't ignore hidden files in `du` example ([`0786beb`](https://github.com/Byron/jwalk/commit/0786bebf3962e862c56577da389d9b14dfb3b5f1)) - Remove unused imports in example ([`80a6d2e`](https://github.com/Byron/jwalk/commit/80a6d2e3054e84b36ae6c45791b5b62d579dbea7)) - Update readme ([`6f9ebf5`](https://github.com/Byron/jwalk/commit/6f9ebf54dcfcc561c1e0afe0b797fcef8dc65b51)) - Update to from latest rayon src/iter/par_bridge.rs ([`e3a46c1`](https://github.com/Byron/jwalk/commit/e3a46c1b02111725b7d3c7929a6b34079692f154)) - Add simple du example ([`ae905c6`](https://github.com/Byron/jwalk/commit/ae905c60762c72aab9230717c8ae7fd6e9fcf720)) - Rename new bench to "rayon" ([`5ee29f5`](https://github.com/Byron/jwalk/commit/5ee29f5755f7ca21c2f7d2d07b54d195c08acc72)) - Merge pull request [#&#8203;31](https://github.com/byron/jwalk/issues/31) from Byron/master ([`4817c1a`](https://github.com/Byron/jwalk/commit/4817c1a6817f659f175bce271701bfbbad5b233b)) - reduce the recursion to its core, keep no state ([`247cf38`](https://github.com/Byron/jwalk/commit/247cf387210231ae699c5a247a024fb7724846ec)) - Support for file metadata to approximate typical tool usage ([`a6afcfe`](https://github.com/Byron/jwalk/commit/a6afcfe535eee18fc9ce216a6facee35b58d6ed1)) - Add simple recursive way of building a file tree for reference ([`9c66ef6`](https://github.com/Byron/jwalk/commit/9c66ef6009c47283b43b44cf08eefbdc25765737)) - (cargo-release) start next development iteration 0.6.0 ([`a1d5209`](https://github.com/Byron/jwalk/commit/a1d5209c32723e81ed7c76e0c0ee8e3de2a07748)) </details> </details> --- ### Configuration 📅 **Schedule**: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined). 🚦 **Automerge**: Enabled. ♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox. 👻 **Immortal**: This PR will be recreated if closed unmerged. Get [config help](https://github.com/renovatebot/renovate/discussions) if that's undesired. --- - [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check this box --- This PR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate). <!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNC4yMy4xIiwidXBkYXRlZEluVmVyIjoiMzQuNTYuMCJ9-->
kjuulh force-pushed renovate/all from 2e8243e3e9 to e42815b0d2 2022-12-13 17:45:54 +01:00 Compare
kjuulh changed title from Update Rust crate clap to 4.0.29 to Update all dependencies 2022-12-13 17:45:55 +01:00
kjuulh changed title from Update all dependencies to Update Rust crate clap to 4.0.29 2022-12-13 19:51:39 +01:00
kjuulh force-pushed renovate/all from e42815b0d2 to 3c87e3b0a7 2022-12-13 20:22:37 +01:00 Compare
kjuulh changed title from Update Rust crate clap to 4.0.29 to Update all dependencies 2022-12-13 20:22:37 +01:00
kjuulh force-pushed renovate/all from 3c87e3b0a7 to 2ee4808109 2022-12-15 16:12:29 +01:00 Compare
kjuulh merged commit 2ee4808109 into main 2022-12-15 16:37:31 +01:00
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels
No items
No Label
Milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: kjuulh/update-projects.nvim#12
No description provided.
Delete Branch "renovate/all"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?