Open renovate[bot] opened 4 months ago
In order to perform the update(s) described in the table above, Renovate ran the go get
command, which resulted in the following additional change(s):
Details:
Package | Change |
---|---|
golang.org/x/net |
v0.23.0 -> v0.26.0 |
github.com/cespare/xxhash/v2 |
v2.2.0 -> v2.3.0 |
github.com/cpuguy83/go-md2man/v2 |
v2.0.3 -> v2.0.4 |
github.com/klauspost/compress |
v1.17.4 -> v1.17.9 |
github.com/spf13/cobra |
v1.8.0 -> v1.8.1 |
golang.org/x/crypto |
v0.21.0 -> v0.24.0 |
golang.org/x/mod |
v0.16.0 -> v0.17.0 |
golang.org/x/oauth2 |
v0.18.0 -> v0.21.0 |
golang.org/x/sys |
v0.18.0 -> v0.22.0 |
golang.org/x/term |
v0.18.0 -> v0.22.0 |
golang.org/x/text |
v0.14.0 -> v0.16.0 |
golang.org/x/tools |
v0.19.0 -> v0.21.1-0.20240508182429-e35e4ccd0d2d |
google.golang.org/protobuf |
v1.33.0 -> v1.34.2 |
This PR contains the following updates:
v0.16.4
->v0.17.3
area:operator
,area:chart
chart:k8up
Release Notes
restic/restic (github.com/restic/restic)
### [`v0.17.3`](https://redirect.github.com/restic/restic/releases/tag/v0.17.3): restic 0.17.3 [Compare Source](https://redirect.github.com/restic/restic/compare/v0.17.2...v0.17.3) # Changelog for restic 0.17.3 (2024-11-08) The following sections list the changes in restic 0.17.3 relevant to restic users. The changes are ordered by importance. ## Summary - Fix [#4971](https://redirect.github.com/restic/restic/issues/4971): Fix unusable `mount` on macOS Sonoma - Fix [#5003](https://redirect.github.com/restic/restic/issues/5003): Fix metadata errors during backup of removable disks on Windows - Fix [#5101](https://redirect.github.com/restic/restic/pull/5101): Do not retry load/list operation if SFTP connection is broken - Fix [#5107](https://redirect.github.com/restic/restic/issues/5107): Fix metadata error on Windows for backups using VSS - Enh [#5096](https://redirect.github.com/restic/restic/pull/5096): Allow `prune --dry-run` without lock ## Details - Bugfix [#4971](https://redirect.github.com/restic/restic/issues/4971): Fix unusable `mount` on macOS Sonoma On macOS Sonoma when using FUSE-T, it was not possible to access files in a mounted repository. This issue is now resolved. [#4971](https://redirect.github.com/restic/restic/issues/4971) [#5048](https://redirect.github.com/restic/restic/pull/5048) - Bugfix [#5003](https://redirect.github.com/restic/restic/issues/5003): Fix metadata errors during backup of removable disks on Windows Since restic 0.17.0, backing up removable disks on Windows could report errors with retrieving metadata like shown below. error: incomplete metadata for d:\filename: get named security info failed with: Access is denied. This has now been fixed. [#5003](https://redirect.github.com/restic/restic/issues/5003) [#5123](https://redirect.github.com/restic/restic/pull/5123) https://forum.restic.net/t/backing-up-a-folder-from-a-veracrypt-volume-brings-up-errors-since-restic-v17-0/8444 - Bugfix [#5101](https://redirect.github.com/restic/restic/issues/5101): Do not retry load/list operation if SFTP connection is broken When using restic with the SFTP backend, backend operations that load a file or list files were retried even if the SFTP connection was broken. This has now been fixed. [#5101](https://redirect.github.com/restic/restic/pull/5101) https://forum.restic.net/t/restic-hanging-on-backup/8559 - Bugfix [#5107](https://redirect.github.com/restic/restic/issues/5107): Fix metadata error on Windows for backups using VSS Since restic 0.17.2, when creating a backup on Windows using `--use-fs-snapshot`, restic would report an error like the following: error: incomplete metadata for C:\: get EA failed while opening file handle for path \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopyXX\, with: The process cannot access the file because it is being used by another process. This has now been fixed by correctly handling paths that refer to volume shadow copy snapshots. [#5107](https://redirect.github.com/restic/restic/issues/5107) [#5110](https://redirect.github.com/restic/restic/pull/5110) [#5112](https://redirect.github.com/restic/restic/pull/5112) - Enhancement [#5096](https://redirect.github.com/restic/restic/issues/5096): Allow `prune --dry-run` without lock The `prune --dry-run --no-lock` now allows performing a dry-run without locking the repository. Note that if the repository is modified concurrently, `prune` may return inaccurate statistics or errors. [#5096](https://redirect.github.com/restic/restic/pull/5096) ### [`v0.17.2`](https://redirect.github.com/restic/restic/releases/tag/v0.17.2): restic 0.17.2 [Compare Source](https://redirect.github.com/restic/restic/compare/v0.17.1...v0.17.2) # Changelog for restic 0.17.2 (2024-10-27) The following sections list the changes in restic 0.17.2 relevant to restic users. The changes are ordered by importance. ## Summary - Fix [#4004](https://redirect.github.com/restic/restic/issues/4004): Support container-level SAS/SAT tokens for Azure backend - Fix [#5047](https://redirect.github.com/restic/restic/pull/5047): Resolve potential error during concurrent cache cleanup - Fix [#5050](https://redirect.github.com/restic/restic/issues/5050): Return error if `tag` fails to lock repository - Fix [#5057](https://redirect.github.com/restic/restic/pull/5057): Exclude irregular files from backups - Fix [#5063](https://redirect.github.com/restic/restic/issues/5063): Correctly `backup` extended metadata when using VSS on Windows ## Details - Bugfix [#4004](https://redirect.github.com/restic/restic/issues/4004): Support container-level SAS/SAT tokens for Azure backend Restic previously expected SAS/SAT tokens to be generated at the account level, which prevented tokens created at the container level from being used to initialize a repository. This caused an error when attempting to initialize a repository with container-level tokens. Restic now supports both account-level and container-level SAS/SAT tokens for initializing a repository. [#4004](https://redirect.github.com/restic/restic/issues/4004) [#5093](https://redirect.github.com/restic/restic/pull/5093) - Bugfix [#5047](https://redirect.github.com/restic/restic/issues/5047): Resolve potential error during concurrent cache cleanup When multiple restic processes ran concurrently, they could compete to remove obsolete snapshots from the local backend cache, sometimes leading to a "no such file or directory" error. Restic now suppresses this error to prevent issues during cache cleanup. [#5047](https://redirect.github.com/restic/restic/pull/5047) - Bugfix [#5050](https://redirect.github.com/restic/restic/issues/5050): Return error if `tag` fails to lock repository Since restic 0.17.0, the `tag` command did not return an error when it failed to open or lock the repository. This issue has now been fixed. [#5050](https://redirect.github.com/restic/restic/issues/5050) [#5056](https://redirect.github.com/restic/restic/pull/5056) - Bugfix [#5057](https://redirect.github.com/restic/restic/issues/5057): Exclude irregular files from backups Since restic 0.17.1, files with the type `irregular` could mistakenly be included in snapshots, especially when backing up special file types on Windows that restic cannot process. This issue has now been fixed. Previously, this bug caused the `check` command to report errors like the following one: tree 12345678[...]: node "example.zip" with invalid type "irregular" To repair affected snapshots, upgrade to restic 0.17.2 and run: restic repair snapshots --forget This will remove the `irregular` files from the snapshots (creating a new snapshot ID for each of the affected snapshots). [#5057](https://redirect.github.com/restic/restic/pull/5057) https://forum.restic.net/t/errors-found-by-check-1-invalid-type-irregular-2-ciphertext-verification-failed/8447/2 - Bugfix [#5063](https://redirect.github.com/restic/restic/issues/5063): Correctly `backup` extended metadata when using VSS on Windows On Windows, when creating a backup with the `--use-fs-snapshot` option, restic read extended metadata from the original filesystem path instead of from the snapshot. This could result in errors if files were removed during the backup process. This issue has now been resolved. [#5063](https://redirect.github.com/restic/restic/issues/5063) [#5097](https://redirect.github.com/restic/restic/pull/5097) [#5099](https://redirect.github.com/restic/restic/pull/5099) ### [`v0.17.1`](https://redirect.github.com/restic/restic/releases/tag/v0.17.1): restic 0.17.1 [Compare Source](https://redirect.github.com/restic/restic/compare/v0.17.0...v0.17.1) # Changelog for restic 0.17.1 (2024-09-05) The following sections list the changes in restic 0.17.1 relevant to restic users. The changes are ordered by importance. ## Summary - Fix [#2004](https://redirect.github.com/restic/restic/issues/2004): Correctly handle volume names in `backup` command on Windows - Fix [#4945](https://redirect.github.com/restic/restic/issues/4945): Include missing backup error text with `--json` - Fix [#4953](https://redirect.github.com/restic/restic/issues/4953): Correctly handle long paths on older Windows versions - Fix [#4957](https://redirect.github.com/restic/restic/issues/4957): Fix delayed cancellation of certain commands - Fix [#4958](https://redirect.github.com/restic/restic/pull/4958): Don't ignore metadata-setting errors during restore - Fix [#4969](https://redirect.github.com/restic/restic/issues/4969): Correctly restore timestamp for files with resource forks on macOS - Fix [#4975](https://redirect.github.com/restic/restic/issues/4975): Prevent `backup --stdin-from-command` from panicking - Fix [#4980](https://redirect.github.com/restic/restic/pull/4980): Skip extended attribute processing on unsupported Windows volumes - Fix [#5004](https://redirect.github.com/restic/restic/issues/5004): Fix spurious "A Required Privilege Is Not Held by the Client" error - Fix [#5005](https://redirect.github.com/restic/restic/issues/5005): Fix rare failures to retry locking a repository - Fix [#5018](https://redirect.github.com/restic/restic/pull/5018): Improve HTTP/2 support for REST backend - Chg [#4953](https://redirect.github.com/restic/restic/issues/4953): Also back up files with incomplete metadata - Enh [#4795](https://redirect.github.com/restic/restic/issues/4795): Display progress bar for `restore --verify` - Enh [#4934](https://redirect.github.com/restic/restic/issues/4934): Automatically clear removed snapshots from cache - Enh [#4944](https://redirect.github.com/restic/restic/issues/4944): Print JSON-formatted errors during `restore --json` - Enh [#4959](https://redirect.github.com/restic/restic/pull/4959): Return exit code 12 for "bad password" errors - Enh [#4970](https://redirect.github.com/restic/restic/issues/4970): Make timeout for stuck requests customizable ## Details - Bugfix [#2004](https://redirect.github.com/restic/restic/issues/2004): Correctly handle volume names in `backup` command on Windows On Windows, when the specified backup target only included the volume name without a trailing slash, for example, `C:`, then restoring the resulting snapshot would result in an error. Note that using `C:\` as backup target worked correctly. Specifying volume names is now handled correctly. To restore snapshots created before this bugfix, use theConfiguration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
â™» Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.