mirror of
https://github.com/restic/restic.git
synced 2024-12-21 23:33:03 +00:00
Move changelog typo fixes to changelog files
This commit is contained in:
parent
241916d55b
commit
53ebe91a50
7 changed files with 9 additions and 10 deletions
|
@ -2874,8 +2874,7 @@ Details
|
||||||
an exclusive lock through a filesystem snapshot. Restic was unable to backup those files
|
an exclusive lock through a filesystem snapshot. Restic was unable to backup those files
|
||||||
before. This update enables backing up these files.
|
before. This update enables backing up these files.
|
||||||
|
|
||||||
This needs to be enabled explicitly using the --use-fs-snapshot option of the backup
|
This needs to be enabled explicitly using the --use-fs-snapshot option of the backup command.
|
||||||
command.
|
|
||||||
|
|
||||||
https://github.com/restic/restic/issues/340
|
https://github.com/restic/restic/issues/340
|
||||||
https://github.com/restic/restic/pull/2274
|
https://github.com/restic/restic/pull/2274
|
||||||
|
@ -4537,8 +4536,8 @@ Details
|
||||||
* Bugfix #1595: Backup: Remove bandwidth display
|
* Bugfix #1595: Backup: Remove bandwidth display
|
||||||
|
|
||||||
This commit removes the bandwidth displayed during backup process. It is misleading and
|
This commit removes the bandwidth displayed during backup process. It is misleading and
|
||||||
seldom correct, because it's neither the "read bandwidth" (only for the very first backup)
|
seldom correct, because it's neither the "read bandwidth" (only for the very first backup) nor
|
||||||
nor the "upload bandwidth". Many users are confused about (and rightly so), c.f. #1581, #1033,
|
the "upload bandwidth". Many users are confused about (and rightly so), c.f. #1581, #1033,
|
||||||
#1591
|
#1591
|
||||||
|
|
||||||
We'll eventually replace this display with something more relevant when the new archiver code
|
We'll eventually replace this display with something more relevant when the new archiver code
|
||||||
|
|
|
@ -10,7 +10,7 @@ https://github.com/restic/restic/issues/2244
|
||||||
|
|
||||||
NOTE: This new implementation does not guarantee order in which blobs
|
NOTE: This new implementation does not guarantee order in which blobs
|
||||||
are written to the target files and, for example, the last blob of a
|
are written to the target files and, for example, the last blob of a
|
||||||
file can be written to the file before any of the preceding file blobs.
|
file can be written to the file before any of the preceeding file blobs.
|
||||||
It is therefore possible to have gaps in the data written to the target
|
It is therefore possible to have gaps in the data written to the target
|
||||||
files if restore fails or interrupted by the user.
|
files if restore fails or interrupted by the user.
|
||||||
|
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
Bugfix: Mark repository files as read-only when using the local backend
|
Bugfix: Mark repository files as read-only when using the local backend
|
||||||
|
|
||||||
Files stored in a local repository were marked as writeable on the
|
Files stored in a local repository were marked as writable on the
|
||||||
filesystem for non-Windows systems, which did not prevent accidental file
|
filesystem for non-Windows systems, which did not prevent accidental file
|
||||||
modifications outside of restic. In addition, the local backend did not work
|
modifications outside of restic. In addition, the local backend did not work
|
||||||
with certain filesystems and network mounts which do not permit modifications
|
with certain filesystems and network mounts which do not permit modifications
|
||||||
|
|
|
@ -5,7 +5,7 @@ another process using an exclusive lock through a filesystem snapshot. Restic
|
||||||
was unable to backup those files before. This update enables backing up these
|
was unable to backup those files before. This update enables backing up these
|
||||||
files.
|
files.
|
||||||
|
|
||||||
This needs to be enabled explicitely using the --use-fs-snapshot option of the
|
This needs to be enabled explicitly using the --use-fs-snapshot option of the
|
||||||
backup command.
|
backup command.
|
||||||
|
|
||||||
https://github.com/restic/restic/issues/340
|
https://github.com/restic/restic/issues/340
|
||||||
|
|
|
@ -1,7 +1,7 @@
|
||||||
Bugfix: backup: Remove bandwidth display
|
Bugfix: backup: Remove bandwidth display
|
||||||
|
|
||||||
This commit removes the bandwidth displayed during backup process. It is
|
This commit removes the bandwidth displayed during backup process. It is
|
||||||
misleading and seldomly correct, because it's neither the "read
|
misleading and seldom correct, because it's neither the "read
|
||||||
bandwidth" (only for the very first backup) nor the "upload bandwidth".
|
bandwidth" (only for the very first backup) nor the "upload bandwidth".
|
||||||
Many users are confused about (and rightly so), c.f. #1581, #1033, #1591
|
Many users are confused about (and rightly so), c.f. #1581, #1033, #1591
|
||||||
|
|
||||||
|
|
|
@ -74,7 +74,7 @@ $ restic backup --exclude "~/documents" ~
|
||||||
This command will result in a complete backup of the current logged in user's home directory and it won't exclude the folder ``~/documents/`` - which is not what the user wanted to achieve.
|
This command will result in a complete backup of the current logged in user's home directory and it won't exclude the folder ``~/documents/`` - which is not what the user wanted to achieve.
|
||||||
The problem is how the path to ``~/documents`` is passed to restic.
|
The problem is how the path to ``~/documents`` is passed to restic.
|
||||||
|
|
||||||
In order to spot an issue like this, you can make use of the following ruby command preceding your restic command.
|
In order to spot an issue like this, you can make use of the following ruby command preceeding your restic command.
|
||||||
|
|
||||||
::
|
::
|
||||||
|
|
||||||
|
|
|
@ -18,7 +18,7 @@
|
||||||
//
|
//
|
||||||
// Implementation does not guarantee order in which blobs are written to the
|
// Implementation does not guarantee order in which blobs are written to the
|
||||||
// target files and, for example, the last blob of a file can be written to the
|
// target files and, for example, the last blob of a file can be written to the
|
||||||
// file before any of the preceding file blobs. It is therefore possible to
|
// file before any of the preceeding file blobs. It is therefore possible to
|
||||||
// have gaps in the data written to the target files if restore fails or
|
// have gaps in the data written to the target files if restore fails or
|
||||||
// interrupted by the user.
|
// interrupted by the user.
|
||||||
package restorer
|
package restorer
|
||||||
|
|
Loading…
Reference in a new issue