git: 127bfbb032 - main - Documentation: Remove some double words

Gordon Bergling <[email protected]>
Newsgroups gmane.os.freebsd.devel.cvs.doc
Message-ID <[email protected]>
The branch main has been updated by gbe:

URL: https://cgit.FreeBSD.org/doc/commit/?id=127bfbb032b325cf66c667a9c54d8e1e07c992d0

commit 127bfbb032b325cf66c667a9c54d8e1e07c992d0
Author:     Gordon Bergling <[email protected]>
AuthorDate: 2022-08-03 10:10:51 +0000
Commit:     Gordon Bergling <[email protected]>
CommitDate: 2022-08-03 10:10:51 +0000

    Documentation: Remove some double words
    
      - s/is is/is/
      - s/the the/the/
---
 documentation/content/el/books/faq/_index.adoc          | 2 +-
 documentation/content/en/books/handbook/zfs/_index.adoc | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/documentation/content/el/books/faq/_index.adoc b/documentation/content/el/books/faq/_index.adoc
index eedac8c88f..bd000063ee 100644
--- a/documentation/content/el/books/faq/_index.adoc
+++ b/documentation/content/el/books/faq/_index.adoc
@@ -1660,7 +1660,7 @@ First, always make sure that you have a completely up-to-date Ports Collection.
 
 However, if you are up-to-date, perhaps you are seeing another problem. `make index` has a known bug in dealing with incomplete copies of the Ports Collection. It assumes that you have a local copy of every single port that every other port that you have a local copy of depends on. To explain, if you have a copy of [.filename]#foo/bar# on your disk, and [.filename]#foo/bar# depends on [.filename]#baz/quux#, then you must also have a copy of [.filename]#baz/quux# on your disk, and the ports [.filename]#baz/quux# depends on, and so on. Otherwise, `make index` has insufficient information to create its dependency tree.
 
-This is particularly a problem for FreeBSD users who utilize man:cvsup[1] to track the Ports Collection but choose not to install certain categories by specifying them in [.filename]#refuse#. In theory, one should be able to refuse categories, but in practice there are too many ports that depend on ports in other categories. Until someone comes up with a solution for this problem, the general rule is is that if you want to build [.filename]#INDEX#, you must have a complete copy of the Ports Collection.
+This is particularly a problem for FreeBSD users who utilize man:cvsup[1] to track the Ports Collection but choose not to install certain categories by specifying them in [.filename]#refuse#. In theory, one should be able to refuse categories, but in practice there are too many ports that depend on ports in other categories. Until someone comes up with a solution for this problem, the general rule is that if you want to build [.filename]#INDEX#, you must have a complete copy of the Ports Collection.
 
 There are rare cases where [.filename]#INDEX# will not build due to odd cases involving `WITH__*_` or `WITHOUT__*_` variables being set in [.filename]#make.conf#. If you suspect that this is the case, please try to make [.filename]#INDEX# with those Makevars turned off before reporting it to {freebsd-ports}.
 
diff --git a/documentation/content/en/books/handbook/zfs/_index.adoc b/documentation/content/en/books/handbook/zfs/_index.adoc
index 3fa7e2fb13..c7b777dd66 100644
--- a/documentation/content/en/books/handbook/zfs/_index.adoc
+++ b/documentation/content/en/books/handbook/zfs/_index.adoc
@@ -2001,7 +2001,7 @@ passwd          vi.recover
 # cp /var/tmp/.zfs/snapshot/after_cp/passwd /var/tmp
 ....
 
-Even if the the `snapdir` property is set to hidden, running `ls .zfs/snapshot` will still list the contents of that directory.
+Even if the `snapdir` property is set to hidden, running `ls .zfs/snapshot` will still list the contents of that directory.
 The administrator decides whether to display these directories.
 This is a per-dataset setting.
 Copying files or directories from this hidden [.filename]#.zfs/snapshot# is simple enough.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.