doc: perl -p -i -e s/certianly/certainly/

This commit is contained in:
Richard Hartmann 2013-11-25 21:40:19 +01:00
parent 95221c7252
commit be43bb8f70
48 changed files with 48 additions and 48 deletions

View file

@ -72,7 +72,7 @@ feature.
to handle this case, too..
* For some reason the automatic transitioning code triggers
a "(recovery from race)" commit. This is certianly a bug somewhere,
a "(recovery from race)" commit. This is certainly a bug somewhere,
because you can't have a race with only 1 participant.
----

View file

@ -3,7 +3,7 @@ Preventing a stray `git commit -a` or `git add` doing bad things in a
direct mode repository seems increasingly important.
First, considered moving `.git`, so git won't know it's a git repository.
This doesn't seem *too* hard to do, but there will certianly be unexpected
This doesn't seem *too* hard to do, but there will certainly be unexpected
places that assume `.git` is the directory name.
I dislike it more and more as I think about it though, because it moves

View file

@ -1,5 +1,5 @@
[[!img assistant/upgradecomplete.png]]
Upgrades are fully working on Linux. OSX code is written but intested and I
thought of one bug it certianly has on my evening walk. Probably another
thought of one bug it certainly has on my evening walk. Probably another
hour's work left later this evening to finsh it off.

View file

@ -10,7 +10,7 @@ But, I got distracted chasing down some bugs on Windows. These were
quite ugly; more direct mode mapping breakage which resulted in
files not being accessible. Also fsck on Windows failed to detect and fix
the problem. All fixed now. (If you use git-annex on Windows, you should
certianly upgrade and run `git annex fsck`.)
certainly upgrade and run `git annex fsck`.)
As with most bugs in the Windows port, the underlying cause turned out to
be stupid: `isSymlink` always returned False on Windows. Which makes sense