mirror of
https://github.com/restic/restic.git
synced 2025-12-12 20:12:59 +00:00
Prepare changelog for 0.15.0
This commit is contained in:
8
changelog/0.15.0_2023-01-12/issue-14
Normal file
8
changelog/0.15.0_2023-01-12/issue-14
Normal file
@@ -0,0 +1,8 @@
|
||||
Enhancement: Implement `rewrite` command
|
||||
|
||||
Restic now has a `rewrite` command which allows to rewrite existing snapshots
|
||||
to remove unwanted files.
|
||||
|
||||
https://github.com/restic/restic/issues/14
|
||||
https://github.com/restic/restic/pull/2731
|
||||
https://github.com/restic/restic/pull/4079
|
||||
15
changelog/0.15.0_2023-01-12/issue-1734
Normal file
15
changelog/0.15.0_2023-01-12/issue-1734
Normal file
@@ -0,0 +1,15 @@
|
||||
Enhancement: Inform about successful retries after errors
|
||||
|
||||
When a recoverable error is encountered, restic shows a warning message saying
|
||||
that it's retrying, e.g.:
|
||||
|
||||
`Save(<data/956b9ced99>) returned error, retrying after 357.131936ms: ...`
|
||||
|
||||
This message can be confusing in that it never clearly states whether the retry
|
||||
is successful or not. This has now been fixed such that restic follows up with
|
||||
a message confirming a successful retry, e.g.:
|
||||
|
||||
`Save(<data/956b9ced99>) operation successful after 1 retries`
|
||||
|
||||
https://github.com/restic/restic/issues/1734
|
||||
https://github.com/restic/restic/pull/2661
|
||||
12
changelog/0.15.0_2023-01-12/issue-1866
Normal file
12
changelog/0.15.0_2023-01-12/issue-1866
Normal file
@@ -0,0 +1,12 @@
|
||||
Enhancement: Improve handling of directories with duplicate entries
|
||||
|
||||
If for some reason a directory contains a duplicate entry, the `backup` command
|
||||
would previously fail with a `node "path/to/file" already present` or `nodes
|
||||
are not ordered got "path/to/file", last "path/to/file"` error.
|
||||
|
||||
The error handling has been improved to only report a warning in this case. Make
|
||||
sure to check that the filesystem in question is not damaged if you see this!
|
||||
|
||||
https://github.com/restic/restic/issues/1866
|
||||
https://github.com/restic/restic/issues/3937
|
||||
https://github.com/restic/restic/pull/3880
|
||||
10
changelog/0.15.0_2023-01-12/issue-2015
Normal file
10
changelog/0.15.0_2023-01-12/issue-2015
Normal file
@@ -0,0 +1,10 @@
|
||||
Bugfix: Make `mount` return exit code 0 after receiving Ctrl-C / SIGINT
|
||||
|
||||
To stop the `mount` command, a user has to press Ctrl-C or send a SIGINT
|
||||
signal to restic. This used to cause restic to exit with a non-zero exit code.
|
||||
|
||||
The exit code has now been changed to zero as the above is the expected way
|
||||
to stop the `mount` command and should therefore be considered successful.
|
||||
|
||||
https://github.com/restic/restic/issues/2015
|
||||
https://github.com/restic/restic/pull/3894
|
||||
19
changelog/0.15.0_2023-01-12/issue-2134
Normal file
19
changelog/0.15.0_2023-01-12/issue-2134
Normal file
@@ -0,0 +1,19 @@
|
||||
Enhancement: Support B2 API keys restricted to hiding but not deleting files
|
||||
|
||||
When the B2 backend does not have the necessary permissions to permanently
|
||||
delete files, it now automatically falls back to hiding files. This allows
|
||||
using restic with an application key which is not allowed to delete files.
|
||||
This can prevent an attacker from deleting backups with such an API key.
|
||||
|
||||
To use this feature create an application key without the `deleteFiles`
|
||||
capability. It is recommended to restrict the key to just one bucket.
|
||||
For example using the `b2` command line tool:
|
||||
|
||||
`b2 create-key --bucket <bucketName> <keyName> listBuckets,readFiles,writeFiles,listFiles`
|
||||
|
||||
Alternatively, you can use the S3 backend to access B2, as described
|
||||
in the documentation. In this mode, files are also only hidden instead
|
||||
of being deleted permanently.
|
||||
|
||||
https://github.com/restic/restic/issues/2134
|
||||
https://github.com/restic/restic/pull/2398
|
||||
11
changelog/0.15.0_2023-01-12/issue-2152
Normal file
11
changelog/0.15.0_2023-01-12/issue-2152
Normal file
@@ -0,0 +1,11 @@
|
||||
Enhancement: Make `init` open only one connection for the SFTP backend
|
||||
|
||||
The `init` command using the SFTP backend used to connect twice to the
|
||||
repository. This could be inconvenient if the user must enter a password,
|
||||
or cause `init` to fail if the server does not correctly close the first SFTP
|
||||
connection.
|
||||
|
||||
This has now been fixed by reusing the first/initial SFTP connection opened.
|
||||
|
||||
https://github.com/restic/restic/issues/2152
|
||||
https://github.com/restic/restic/pull/3882
|
||||
13
changelog/0.15.0_2023-01-12/issue-2533
Normal file
13
changelog/0.15.0_2023-01-12/issue-2533
Normal file
@@ -0,0 +1,13 @@
|
||||
Enhancement: Handle cache corruption on disk and in downloads
|
||||
|
||||
In rare situations, like for example after a system crash, the data stored
|
||||
in the cache might be corrupted. This could cause restic to fail and required
|
||||
manually deleting the cache.
|
||||
|
||||
Restic now automatically removes broken data from the cache, allowing it
|
||||
to recover from such a situation without user intervention. In addition,
|
||||
restic retries downloads which return corrupt data in order to also handle
|
||||
temporary download problems.
|
||||
|
||||
https://github.com/restic/restic/issues/2533
|
||||
https://github.com/restic/restic/pull/3521
|
||||
17
changelog/0.15.0_2023-01-12/issue-2591
Normal file
17
changelog/0.15.0_2023-01-12/issue-2591
Normal file
@@ -0,0 +1,17 @@
|
||||
Bugfix: Don't read password from stdin for `backup --stdin`
|
||||
|
||||
The `backup` command when used with `--stdin` previously tried to read first
|
||||
the password, then the data to be backed up from standard input. This meant
|
||||
it would often confuse part of the data for the password.
|
||||
|
||||
From now on, it will instead exit with the message `Fatal: cannot read both
|
||||
password and data from stdin` unless the password is passed in some other
|
||||
way (such as `--restic-password-file`, `RESTIC_PASSWORD`, etc).
|
||||
|
||||
To enter the password interactively a password command has to be used. For
|
||||
example on Linux, `mysqldump somedatabase | restic backup --stdin
|
||||
--password-command='sh -c "systemd-ask-password < /dev/tty"'` securely reads
|
||||
the password from the terminal.
|
||||
|
||||
https://github.com/restic/restic/issues/2591
|
||||
https://github.com/restic/restic/pull/4011
|
||||
9
changelog/0.15.0_2023-01-12/issue-2699
Normal file
9
changelog/0.15.0_2023-01-12/issue-2699
Normal file
@@ -0,0 +1,9 @@
|
||||
Enhancement: Support restoring symbolic links on Windows
|
||||
|
||||
The `restore` command now supports restoring symbolic links on Windows. Because
|
||||
of Windows specific restrictions this is only possible when running restic with
|
||||
the `SeCreateSymbolicLinkPrivilege` privilege or as an administrator.
|
||||
|
||||
https://github.com/restic/restic/issues/1078
|
||||
https://github.com/restic/restic/issues/2699
|
||||
https://github.com/restic/restic/pull/2875
|
||||
20
changelog/0.15.0_2023-01-12/issue-2715
Normal file
20
changelog/0.15.0_2023-01-12/issue-2715
Normal file
@@ -0,0 +1,20 @@
|
||||
Enhancement: Stricter repository lock handling
|
||||
|
||||
Previously, restic commands kept running even if they failed to refresh their
|
||||
locks in time. This could be a problem e.g. in case the client system running
|
||||
a backup entered the standby power mode while the backup was still in progress
|
||||
(which would prevent the client from refreshing its lock), and after a short
|
||||
delay another host successfully runs `unlock` and `prune` on the repository,
|
||||
which would remove all data added by the in-progress backup. If the backup
|
||||
client later continues its backup, even though its lock had expired in the
|
||||
meantime, this would lead to an incomplete snapshot.
|
||||
|
||||
To address this, lock handling is now much stricter. Commands requiring a lock
|
||||
are canceled if the lock is not refreshed successfully in time. In addition,
|
||||
if a lock file is not readable restic will not allow starting a command. It may
|
||||
be necessary to remove invalid lock files manually or use `unlock --remove-all`.
|
||||
Please make sure that no other restic processes are running concurrently before
|
||||
doing this, however.
|
||||
|
||||
https://github.com/restic/restic/issues/2715
|
||||
https://github.com/restic/restic/pull/3569
|
||||
9
changelog/0.15.0_2023-01-12/issue-2724
Normal file
9
changelog/0.15.0_2023-01-12/issue-2724
Normal file
@@ -0,0 +1,9 @@
|
||||
Change: Include full snapshot ID in JSON output of `backup`
|
||||
|
||||
We have changed the JSON output of the backup command to include the full
|
||||
snapshot ID instead of just a shortened version, as the latter can be ambiguous
|
||||
in some rare cases. To derive the short ID, please truncate the full ID down to
|
||||
eight characters.
|
||||
|
||||
https://github.com/restic/restic/issues/2724
|
||||
https://github.com/restic/restic/pull/3993
|
||||
8
changelog/0.15.0_2023-01-12/issue-3029
Normal file
8
changelog/0.15.0_2023-01-12/issue-3029
Normal file
@@ -0,0 +1,8 @@
|
||||
Enhancement: Add support for `credential_process` to S3 backend
|
||||
|
||||
Restic now uses a newer library for the S3 backend, which adds support for the
|
||||
`credential_process` option in the AWS credential configuration.
|
||||
|
||||
https://github.com/restic/restic/issues/3029
|
||||
https://github.com/restic/restic/issues/4034
|
||||
https://github.com/restic/restic/pull/4025
|
||||
8
changelog/0.15.0_2023-01-12/issue-3096
Normal file
8
changelog/0.15.0_2023-01-12/issue-3096
Normal file
@@ -0,0 +1,8 @@
|
||||
Enhancement: Make `mount` command support macOS using macFUSE 4.x
|
||||
|
||||
Restic now uses a different FUSE library for mounting snapshots and making them
|
||||
available as a FUSE filesystem using the `mount` command. This adds support for
|
||||
macFUSE 4.x which can be used to make this work on recent macOS versions.
|
||||
|
||||
https://github.com/restic/restic/issues/3096
|
||||
https://github.com/restic/restic/pull/4024
|
||||
7
changelog/0.15.0_2023-01-12/issue-3124
Normal file
7
changelog/0.15.0_2023-01-12/issue-3124
Normal file
@@ -0,0 +1,7 @@
|
||||
Enhancement: Support JSON output for the `init` command
|
||||
|
||||
The `init` command used to ignore the `--json` option, but now outputs a JSON
|
||||
message if the repository was created successfully.
|
||||
|
||||
https://github.com/restic/restic/issues/3124
|
||||
https://github.com/restic/restic/pull/3132
|
||||
14
changelog/0.15.0_2023-01-12/issue-3161
Normal file
14
changelog/0.15.0_2023-01-12/issue-3161
Normal file
@@ -0,0 +1,14 @@
|
||||
Bugfix: Delete files on Backblaze B2 more reliably
|
||||
|
||||
Restic used to only delete the latest version of files stored in B2. In most
|
||||
cases this worked well as there was only a single version of the file. However,
|
||||
due to retries while uploading it is possible for multiple file versions to be
|
||||
stored at B2. This could lead to various problems for files that should have
|
||||
been deleted but still existed.
|
||||
|
||||
The implementation has now been changed to delete all versions of files, which
|
||||
doubles the amount of Class B transactions necessary to delete files, but
|
||||
assures that no file versions are left behind.
|
||||
|
||||
https://github.com/restic/restic/issues/3161
|
||||
https://github.com/restic/restic/pull/3885
|
||||
12
changelog/0.15.0_2023-01-12/issue-3336
Normal file
12
changelog/0.15.0_2023-01-12/issue-3336
Normal file
@@ -0,0 +1,12 @@
|
||||
Bugfix: Make SFTP backend report no space left on device
|
||||
|
||||
Backing up to an SFTP backend would spew repeated SSH_FX_FAILURE messages when
|
||||
the remote disk was full. Restic now reports "sftp: no space left on device"
|
||||
and exits immediately when it detects this condition.
|
||||
|
||||
A fix for this issue was implemented in restic 0.12.1, but unfortunately the
|
||||
fix itself contained a bug that prevented it from taking effect.
|
||||
|
||||
https://github.com/restic/restic/issues/3336
|
||||
https://github.com/restic/restic/pull/3345
|
||||
https://github.com/restic/restic/pull/4075
|
||||
10
changelog/0.15.0_2023-01-12/issue-3567
Normal file
10
changelog/0.15.0_2023-01-12/issue-3567
Normal file
@@ -0,0 +1,10 @@
|
||||
Bugfix: Improve handling of interrupted syscalls in `mount` command
|
||||
|
||||
Accessing restic's FUSE mount could result in "input/output" errors when using
|
||||
programs in which syscalls can be interrupted. This is for example the case for
|
||||
Go programs. This has now been fixed by improved error handling of interrupted
|
||||
syscalls.
|
||||
|
||||
https://github.com/restic/restic/issues/3567
|
||||
https://github.com/restic/restic/issues/3694
|
||||
https://github.com/restic/restic/pull/3875
|
||||
7
changelog/0.15.0_2023-01-12/issue-3897
Normal file
7
changelog/0.15.0_2023-01-12/issue-3897
Normal file
@@ -0,0 +1,7 @@
|
||||
Bugfix: Fix stuck `copy` command when `-o <backend>.connections=1`
|
||||
|
||||
When running the `copy` command with `-o <backend>.connections=1` the
|
||||
command would be infinitely stuck. This has now been fixed.
|
||||
|
||||
https://github.com/restic/restic/issues/3897
|
||||
https://github.com/restic/restic/pull/3898
|
||||
9
changelog/0.15.0_2023-01-12/issue-3918
Normal file
9
changelog/0.15.0_2023-01-12/issue-3918
Normal file
@@ -0,0 +1,9 @@
|
||||
Bugfix: Correct prune statistics for partially compressed repositories
|
||||
|
||||
In a partially compressed repository, one data blob can exist both in an
|
||||
uncompressed and a compressed version. This caused the `prune` statistics to
|
||||
become inaccurate and e.g. report a too high value for the unused size, such
|
||||
as "unused size after prune: 16777215.991 TiB". This has now been fixed.
|
||||
|
||||
https://github.com/restic/restic/issues/3918
|
||||
https://github.com/restic/restic/pull/3980
|
||||
11
changelog/0.15.0_2023-01-12/issue-3929
Normal file
11
changelog/0.15.0_2023-01-12/issue-3929
Normal file
@@ -0,0 +1,11 @@
|
||||
Change: Make `unlock` display message only when locks were actually removed
|
||||
|
||||
The `unlock` command used to print the "successfully removed locks" message
|
||||
whenever it was run, regardless of lock files having being removed or not.
|
||||
|
||||
This has now been changed such that it only prints the message if any lock
|
||||
files were actually removed. In addition, it also reports the number of
|
||||
removed lock files.
|
||||
|
||||
https://github.com/restic/restic/issues/3929
|
||||
https://github.com/restic/restic/pull/3935
|
||||
15
changelog/0.15.0_2023-01-12/issue-3932
Normal file
15
changelog/0.15.0_2023-01-12/issue-3932
Normal file
@@ -0,0 +1,15 @@
|
||||
Enhancement: Improve handling of ErrDot errors in rclone and sftp backends
|
||||
|
||||
Since Go 1.19, restic can no longer implicitly run relative executables which
|
||||
are found in the current directory (e.g. `rclone` if found in `.`). This is a
|
||||
security feature of Go to prevent against running unintended and possibly
|
||||
harmful executables.
|
||||
|
||||
The error message for this was just "cannot run executable found relative to
|
||||
current directory". This has now been improved to yield a more specific error
|
||||
message, informing the user how to explicitly allow running the executable
|
||||
using the `-o rclone.program` and `-o sftp.command` extended options with `./`.
|
||||
|
||||
https://github.com/restic/restic/issues/3932
|
||||
https://pkg.go.dev/os/exec#hdr-Executables_in_the_current_directory
|
||||
https://go.dev/blog/path-security
|
||||
8
changelog/0.15.0_2023-01-12/issue-4003
Normal file
8
changelog/0.15.0_2023-01-12/issue-4003
Normal file
@@ -0,0 +1,8 @@
|
||||
Bugfix: Make `backup` no longer hang on Solaris when seeing a FIFO file
|
||||
|
||||
The `backup` command used to hang on Solaris whenever it encountered a FIFO
|
||||
file (named pipe), due to a bug in the handling of extended attributes. This
|
||||
bug has now been fixed.
|
||||
|
||||
https://github.com/restic/restic/issues/4003
|
||||
https://github.com/restic/restic/pull/4053
|
||||
8
changelog/0.15.0_2023-01-12/issue-4016
Normal file
8
changelog/0.15.0_2023-01-12/issue-4016
Normal file
@@ -0,0 +1,8 @@
|
||||
Bugfix: Support ExFAT-formatted local backends on macOS Ventura
|
||||
|
||||
ExFAT-formatted disks could not be used as local backends starting from macOS
|
||||
Ventura. Restic commands would fail with an "inappropriate ioctl for device"
|
||||
error. This has now been fixed.
|
||||
|
||||
https://github.com/restic/restic/issues/4016
|
||||
https://github.com/restic/restic/pull/4021
|
||||
11
changelog/0.15.0_2023-01-12/issue-4033
Normal file
11
changelog/0.15.0_2023-01-12/issue-4033
Normal file
@@ -0,0 +1,11 @@
|
||||
Change: Don't print skipped snapshots by default in `copy` command
|
||||
|
||||
The `copy` command used to print each snapshot that was skipped because it
|
||||
already existed in the target repository. The amount of this output could
|
||||
practically bury the list of snapshots that were actually copied.
|
||||
|
||||
From now on, the skipped snapshots are by default not printed at all, but
|
||||
this can be re-enabled by increasing the verbosity level of the command.
|
||||
|
||||
https://github.com/restic/restic/issues/4033
|
||||
https://github.com/restic/restic/pull/4066
|
||||
10
changelog/0.15.0_2023-01-12/issue-4085
Normal file
10
changelog/0.15.0_2023-01-12/issue-4085
Normal file
@@ -0,0 +1,10 @@
|
||||
Bugfix: Make `init` ignore "Access Denied" errors when creating S3 buckets
|
||||
|
||||
In restic 0.9.0 through 0.13.0, the `init` command ignored some permission
|
||||
errors from S3 backends when trying to check for bucket existence, so that
|
||||
manually created buckets with custom permissions could be used for backups.
|
||||
|
||||
This feature became broken in 0.14.0, but has now been restored again.
|
||||
|
||||
https://github.com/restic/restic/issues/4085
|
||||
https://github.com/restic/restic/pull/4086
|
||||
10
changelog/0.15.0_2023-01-12/issue-4103
Normal file
10
changelog/0.15.0_2023-01-12/issue-4103
Normal file
@@ -0,0 +1,10 @@
|
||||
Bugfix: Don't generate negative UIDs and GIDs in tar files from `dump`
|
||||
|
||||
When using a 32-bit build of restic, the `dump` command could in some cases
|
||||
create tar files containing negative UIDs and GIDs, which cannot be read by
|
||||
GNU tar. This corner case especially applies to backups from stdin on Windows.
|
||||
|
||||
This is now fixed such that `dump` creates valid tar files in these cases too.
|
||||
|
||||
https://github.com/restic/restic/issues/4103
|
||||
https://github.com/restic/restic/pull/4104
|
||||
17
changelog/0.15.0_2023-01-12/issue-79
Normal file
17
changelog/0.15.0_2023-01-12/issue-79
Normal file
@@ -0,0 +1,17 @@
|
||||
Enhancement: Restore files with long runs of zeros as sparse files
|
||||
|
||||
When using `restore --sparse`, the restorer may now write files containing long
|
||||
runs of zeros as sparse files (also called files with holes), where the zeros
|
||||
are not actually written to disk.
|
||||
|
||||
How much space is saved by writing sparse files depends on the operating
|
||||
system, file system and the distribution of zeros in the file.
|
||||
|
||||
During backup restic still reads the whole file including sparse regions, but
|
||||
with optimized processing speed of sparse regions.
|
||||
|
||||
https://github.com/restic/restic/issues/79
|
||||
https://github.com/restic/restic/issues/3903
|
||||
https://github.com/restic/restic/pull/2601
|
||||
https://github.com/restic/restic/pull/3854
|
||||
https://forum.restic.net/t/sparse-file-support/1264
|
||||
7
changelog/0.15.0_2023-01-12/pull-2750
Normal file
7
changelog/0.15.0_2023-01-12/pull-2750
Normal file
@@ -0,0 +1,7 @@
|
||||
Enhancement: Make backup file read concurrency configurable
|
||||
|
||||
The `backup` command now supports a `--read-concurrency` option which allows
|
||||
tuning restic for very fast storage like NVMe disks by controlling the number
|
||||
of concurrent file reads during the backup process.
|
||||
|
||||
https://github.com/restic/restic/pull/2750
|
||||
8
changelog/0.15.0_2023-01-12/pull-3780
Normal file
8
changelog/0.15.0_2023-01-12/pull-3780
Normal file
@@ -0,0 +1,8 @@
|
||||
Bugfix: Make `restore` replace existing symlinks
|
||||
|
||||
When restoring a symlink, restic used to report an error if the target path
|
||||
already existed. This has now been fixed such that the potentially existing
|
||||
target path is first removed before the symlink is restored.
|
||||
|
||||
https://github.com/restic/restic/issues/2578
|
||||
https://github.com/restic/restic/pull/3780
|
||||
6
changelog/0.15.0_2023-01-12/pull-3899
Normal file
6
changelog/0.15.0_2023-01-12/pull-3899
Normal file
@@ -0,0 +1,6 @@
|
||||
Enhancement: Optimize prune memory usage
|
||||
|
||||
The `prune` command needs large amounts of memory in order to determine what to
|
||||
keep and what to remove. This is now optimized to use up to 30% less memory.
|
||||
|
||||
https://github.com/restic/restic/pull/3899
|
||||
6
changelog/0.15.0_2023-01-12/pull-3905
Normal file
6
changelog/0.15.0_2023-01-12/pull-3905
Normal file
@@ -0,0 +1,6 @@
|
||||
Enhancement: Improve speed of parent snapshot detection in `backup` command
|
||||
|
||||
Backing up a large number of files using `--files-from-verbatim` or `--files-from-raw`
|
||||
options could require a long time to find the parent snapshot. This has been improved.
|
||||
|
||||
https://github.com/restic/restic/pull/3905
|
||||
12
changelog/0.15.0_2023-01-12/pull-3915
Normal file
12
changelog/0.15.0_2023-01-12/pull-3915
Normal file
@@ -0,0 +1,12 @@
|
||||
Enhancement: Add compression statistics to the `stats` command
|
||||
|
||||
When executed with `--mode raw-data` on a repository that supports compression,
|
||||
the `stats` command now calculates and displays, for the selected repository or
|
||||
snapshots: the uncompressed size of the data; the compression progress
|
||||
(percentage of data that has been compressed); the compression ratio of the
|
||||
compressed data; the total space saving.
|
||||
|
||||
It also takes into account both the compressed and uncompressed data if the
|
||||
repository is only partially compressed.
|
||||
|
||||
https://github.com/restic/restic/pull/3915
|
||||
6
changelog/0.15.0_2023-01-12/pull-3925
Normal file
6
changelog/0.15.0_2023-01-12/pull-3925
Normal file
@@ -0,0 +1,6 @@
|
||||
Enhancement: Provide command completion for PowerShell
|
||||
|
||||
Restic already provided generation of completion files for bash, fish and zsh.
|
||||
Now powershell is supported, too.
|
||||
|
||||
https://github.com/restic/restic/pull/3925/files
|
||||
10
changelog/0.15.0_2023-01-12/pull-3931
Normal file
10
changelog/0.15.0_2023-01-12/pull-3931
Normal file
@@ -0,0 +1,10 @@
|
||||
Enhancement: Allow `backup` file tree scanner to be disabled
|
||||
|
||||
The `backup` command walks the file tree in a separate scanner process to find
|
||||
the total size and file/directory count, and uses this to provide an ETA. This
|
||||
can slow down backups, especially of network filesystems.
|
||||
|
||||
The command now has a new option `--no-scan` which can be used to disable this
|
||||
scanning in order to speed up backups when needed.
|
||||
|
||||
https://github.com/restic/restic/pull/3931
|
||||
9
changelog/0.15.0_2023-01-12/pull-3943
Normal file
9
changelog/0.15.0_2023-01-12/pull-3943
Normal file
@@ -0,0 +1,9 @@
|
||||
Enhancement: Ignore additional/unknown files in repository
|
||||
|
||||
If a restic repository had additional files in it (not created by restic),
|
||||
commands like `find` and `restore` could become confused and fail with an
|
||||
`multiple IDs with prefix "12345678" found` error. These commands now
|
||||
ignore such additional files.
|
||||
|
||||
https://github.com/restic/restic/pull/3943
|
||||
https://forum.restic.net/t/which-protocol-should-i-choose-for-remote-linux-backups/5446/17
|
||||
7
changelog/0.15.0_2023-01-12/pull-3951
Normal file
7
changelog/0.15.0_2023-01-12/pull-3951
Normal file
@@ -0,0 +1,7 @@
|
||||
Bugfix: Make `ls` return exit code 1 if snapshot cannot be loaded
|
||||
|
||||
The `ls` command used to show a warning and return exit code 0 when failing
|
||||
to load a snapshot. This has now been fixed such that it instead returns exit
|
||||
code 1 (still showing a warning).
|
||||
|
||||
https://github.com/restic/restic/pull/3951
|
||||
9
changelog/0.15.0_2023-01-12/pull-3955
Normal file
9
changelog/0.15.0_2023-01-12/pull-3955
Normal file
@@ -0,0 +1,9 @@
|
||||
Enhancement: Improve `backup` performance for small files
|
||||
|
||||
When backing up small files restic was slower than it could be. In particular
|
||||
this affected backups using maximum compression.
|
||||
|
||||
This has been fixed by reworking the internal parallelism of the backup
|
||||
command, making it back up small files around two times faster.
|
||||
|
||||
https://github.com/restic/restic/pull/3955
|
||||
7
changelog/0.15.0_2023-01-12/pull-4041
Normal file
7
changelog/0.15.0_2023-01-12/pull-4041
Normal file
@@ -0,0 +1,7 @@
|
||||
Change: Update dependencies and require Go 1.18 or newer
|
||||
|
||||
Most dependencies have been updated. Since some libraries require newer language
|
||||
features, support for Go 1.15-1.17 has been dropped, which means that restic now
|
||||
requires at least Go 1.18 to build.
|
||||
|
||||
https://github.com/restic/restic/pull/4041
|
||||
11
changelog/0.15.0_2023-01-12/pull-4100
Normal file
11
changelog/0.15.0_2023-01-12/pull-4100
Normal file
@@ -0,0 +1,11 @@
|
||||
Bugfix: Make `self-update` enabled by default only in release builds
|
||||
|
||||
The `self-update` command was previously included by default in all builds of
|
||||
restic as opposed to only in official release builds, even if the `selfupdate`
|
||||
tag was not explicitly enabled when building.
|
||||
|
||||
This has now been corrected, and the `self-update` command is only available
|
||||
if restic was built with `-tags selfupdate` (as done for official release
|
||||
builds by `build.go`).
|
||||
|
||||
https://github.com/restic/restic/pull/4100
|
||||
Reference in New Issue
Block a user