forked from TrueCloudLab/restic
Polish changelog entries
This commit is contained in:
parent
b7fe1fe6b4
commit
cb844e7136
7 changed files with 20 additions and 22 deletions
|
@ -1,4 +1,4 @@
|
|||
Bugfix: Improve error handling for rclone and rest backend over HTTP2
|
||||
Bugfix: Improve error handling for rclone and REST backend over HTTP2
|
||||
|
||||
When retrieving data from the rclone / REST backend while also using HTTP2
|
||||
restic did not detect when no data was returned at all. This could cause
|
||||
|
@ -6,8 +6,7 @@ for example the `check` command to report the following error:
|
|||
|
||||
Pack ID does not match, want [...], got e3b0c442
|
||||
|
||||
This has been fixed by correctly detecting the incomplete download and
|
||||
retrying the download.
|
||||
This has been fixed by correctly detecting and retrying the incomplete download.
|
||||
|
||||
https://github.com/restic/restic/issues/2742
|
||||
https://github.com/restic/restic/pull/3453
|
||||
|
|
|
@ -1,8 +1,8 @@
|
|||
Change: Empty files now have size of 0 in restic ls --json output
|
||||
Change: Empty files now have size of 0 in `ls --json` output
|
||||
|
||||
Restic's `ls --json` command used to omit the sizes of empty files in its
|
||||
output. It now reports a size of zero explicitly for regular files, while
|
||||
omitting the size field for all other types.
|
||||
The `ls --json` command used to omit the sizes of empty files in its
|
||||
output. It now reports a size of zero explicitly for regular files,
|
||||
while omitting the size field for all other types.
|
||||
|
||||
https://github.com/restic/restic/issues/3247
|
||||
https://github.com/restic/restic/pull/3257
|
||||
|
|
|
@ -1,6 +1,5 @@
|
|||
Enhancement: Add auto-completion file for fish
|
||||
Enhancement: Add auto-completion support for fish
|
||||
|
||||
We added support for fish auto completion for the `generate` command by
|
||||
upgrading the Cobra library.
|
||||
The `generate` command now supports fish auto completion.
|
||||
|
||||
https://github.com/restic/restic/pull/3312
|
||||
|
|
|
@ -1,6 +1,6 @@
|
|||
Enhancement: Add release binaries for Apple Silicon
|
||||
|
||||
We've added release binaries for macOS on Apple Silicon (m1).
|
||||
We've added release binaries for macOS on Apple Silicon (M1).
|
||||
|
||||
https://github.com/restic/restic/issues/3377
|
||||
https://github.com/restic/restic/pull/3394
|
||||
|
|
|
@ -1,13 +1,13 @@
|
|||
Enhancement: Add `--keep-within-hourly` option to restic forget
|
||||
|
||||
Restic forget allowed users to specify keeping a given number of
|
||||
hourly backups, or to keep all backups within a given interval,
|
||||
but not both, that is to specify keeping hourly backups within
|
||||
a given interval.
|
||||
The `forget` command allowed keeping a given number of hourly
|
||||
backups or to keep all backups within a given interval, but it
|
||||
was not possible to specify keeping hourly backups within a given
|
||||
interval.
|
||||
|
||||
The `--keep-within-hourly` option offers this functionality and
|
||||
similar options for daily/weekly/monthly/yearly are also
|
||||
implemented. The new flags are:
|
||||
The new `--keep-within-hourly` option now offers this functionality.
|
||||
Similar options for daily/weekly/monthly/yearly are also implemented,
|
||||
the new options are:
|
||||
|
||||
--keep-within-hourly <1y2m3d4h>
|
||||
--keep-within-daily <1y2m3d4h>
|
||||
|
|
|
@ -1,4 +1,4 @@
|
|||
Enhancement: Allow limiting the snapshots list
|
||||
Enhancement: Allow specifying limit of `snapshots` list
|
||||
|
||||
The `--last` option allowed limiting the output of the `snapshots`
|
||||
command to the latest snapshot for each host. The new `--latest n`
|
||||
|
|
|
@ -2,9 +2,9 @@ Enhancement: `find --pack` fallback to index if data file is missing
|
|||
|
||||
When investigating a repository with missing data files, it might be useful to
|
||||
determine affected snapshots before running `rebuild-index`. Previously,
|
||||
`restic find --pack pack-id` returned no data as it required accessing the data
|
||||
file. Now, if the necessary data is still available in the repository index, it
|
||||
gets retrieved from there.
|
||||
`find --pack pack-id` returned no data as it required accessing the data file.
|
||||
Now, if the necessary data is still available in the repository index, it gets
|
||||
retrieved from there.
|
||||
|
||||
The command now also supports looking up multiple pack files in a single `find`
|
||||
run.
|
||||
|
|
Loading…
Reference in a new issue