1 files changed, 2 insertions, 2 deletions
diff --git a/scripts/gitAR.sh b/scripts/gitAR.sh
index d988077..ce7d441 100755
--- a/scripts/gitAR.sh
+++ b/scripts/gitAR.sh
@@ -3,8 +3,8 @@
 # Work around OpenSims slow database corruption bug by using git to store all old backups.
 # Try to squeeze every last byte out of the tarballs.  Seems to cut the total storage size down to one third the size of just the raw I/OAR files.
 # Saves even more if there's been no changes.
-# On the other hand, these backup files will grow indefinately, the more changes, the faster it grows.  I can live with that for more reliable backups that go back further.
+# On the other hand, these backup files will grow indefinitely, the more changes, the faster it grows.  I can live with that for more reliable backups that go back further.
-# Tries to avoid loosing data if things go wrong.  I think the main remaining problem would be running out of space, in which case you have bigger problems to deal with.
+# Tries to avoid losing data if things go wrong.  I think the main remaining problem would be running out of space, in which case you have bigger problems to deal with.
 # Strategy - unpack the last one, unpack and commit any old I/OARs, pack up the result, delete it's working directory, THEN run the save i/oar.
 # Avoids having to sync with OpenSim finishing the current I/OAR, and as a bonus, an easy to deliver latest I/OAR for people that want it.

diff --git a/scripts/gitAR.sh b/scripts/gitAR.sh index d988077..ce7d441 100755 --- a/scripts/gitAR.sh +++ b/scripts/gitAR.sh
@@ -3,8 +3,8 @@
3	# Work around OpenSims slow database corruption bug by using git to store all old backups.	3	# Work around OpenSims slow database corruption bug by using git to store all old backups.
4	# Try to squeeze every last byte out of the tarballs. Seems to cut the total storage size down to one third the size of just the raw I/OAR files.	4	# Try to squeeze every last byte out of the tarballs. Seems to cut the total storage size down to one third the size of just the raw I/OAR files.
5	# Saves even more if there's been no changes.	5	# Saves even more if there's been no changes.
6	# On the other hand, these backup files will grow indefinately, the more changes, the faster it grows. I can live with that for more reliable backups that go back further.	6	# On the other hand, these backup files will grow indefinitely, the more changes, the faster it grows. I can live with that for more reliable backups that go back further.
7	# Tries to avoid loosing data if things go wrong. I think the main remaining problem would be running out of space, in which case you have bigger problems to deal with.	7	# Tries to avoid losing data if things go wrong. I think the main remaining problem would be running out of space, in which case you have bigger problems to deal with.
8		8
9	# Strategy - unpack the last one, unpack and commit any old I/OARs, pack up the result, delete it's working directory, THEN run the save i/oar.	9	# Strategy - unpack the last one, unpack and commit any old I/OARs, pack up the result, delete it's working directory, THEN run the save i/oar.
10	# Avoids having to sync with OpenSim finishing the current I/OAR, and as a bonus, an easy to deliver latest I/OAR for people that want it.	10	# Avoids having to sync with OpenSim finishing the current I/OAR, and as a bonus, an easy to deliver latest I/OAR for people that want it.