KurlesHS/restic
1
0
Fork 0
forked from TrueCloudLab/restic
Code Pull requests Activity

Move changelog typo fixes to changelog files

Browse source
This commit is contained in:
Michael Eischer 2023-12-23 14:05:47 +01:00
parent 241916d55b
commit 53ebe91a50
7 changed files with 9 additions and 10 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

7
CHANGELOG.md
View file

@ -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

2
changelog/0.10.0_2020-09-19/pull-2195
View file

@ -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.

2
changelog/0.11.0_2020-11-05/issue-1756
View file

@ -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

2
changelog/0.11.0_2020-11-05/issue-340
View file

@ -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

2
changelog/0.8.2_2018-02-17/pull-1595
View file

@ -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

2
doc/faq.rst
View file

@ -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.
:: ::

2
internal/restorer/doc.go
View file

@ -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