X-Git-Url: http://scm.dxcluster.org/gitweb/gitweb.cgi?a=blobdiff_plain;ds=sidebyside;f=sgml%2FspiderFAQ_en.sgml;h=4e93d269271d54b5ffa4b9da361e6d0e916ca83c;hb=f45892a3eac7dcc74e47c1ffb919f9b4915f92cd;hp=db97432d1b55e2d7e164df68bf5d9aa4cc31748b;hpb=4a988d6dfcb4f50b4dd5db916294cd5aa87d3d22;p=spider.git diff --git a/sgml/spiderFAQ_en.sgml b/sgml/spiderFAQ_en.sgml index db97432d..4e93d269 100644 --- a/sgml/spiderFAQ_en.sgml +++ b/sgml/spiderFAQ_en.sgml @@ -48,7 +48,7 @@ to apply patch-1.39 and then patch-1.40.
The tarballs are designed to not overwrite your existing configuration
and can be used at any time to update your Spider software. All the key
-files have the suffix .issue (eg. DXVars.pm.issue) at default.
+files have the suffix .issue (eg. DXVars.pm.issue) at default.
All spots are checked that they are no more
-than 15 minutes in the future and 60 minutes in the past. If your clock is not set
-to GMT (UTC) and is more than one hour out (say on your local (summer) time) then
+than 15 minutes in the future and 60 minutes in the past. If your clock on your client
+prompt (or console.pl display) is not set to the correct time
+in GMT (UTC) and is more than one hour out (say on your local (summer) time) then
the test will fail and no spots will come out. Neither will they be stored.
@@ -141,7 +142,9 @@ Use the tmpwatch command. Create a file in /etc/cron.daily/ containing the line
Remember to make it executable!
-This will limit your debug data down to the last 10 days
+This will limit your debug data down to the last 10 days.
+
+However, modern versions of DXSpider will do this for you, so this is now probably unnecessary.
-Firstly, whenever you update from CVS, a log is displayed. Next to each
+Whenever you update from CVS, a log is displayed. Next to each
file that is downloaded there is a letter, e.g.:
-For normal CVS use you should only ever see the letter 'P'. This means that the file has
-changed in CVS and is more recent than the one that is currenly on your system. You may also
-possibly see the letter '?', which means that
+For normal CVS use you should only ever see the letters 'P', 'U' or '?'. The
+letter 'P' means that the file has
+changed in CVS and is more recent than the one that is currently on your system. You will also
+see the letter '?', which means that
there is a file that you (or the system) has created that CVS doesn't know about and isn't
under its control. These are all normal and good.
@@ -215,7 +219,7 @@ modifications which CVS wants to download to your system. For the 'M', CVS think
is OK to make the change (you may also see some messages about "merging revision 1.xx with 1.yy").
Neither of these things are good. Files that are under the control of CVS
must not be changed by sysops. It is the files that have the 'C' next to them that will show
-the errors and they will be things like:-
+the errors that you are complaining about and they will be things like:-
-You will now necessarily see all of the errors shown but you will get one or more sets of some
+You will not necessarily see all of the errors shown but you will get one or more sets of some
of them. The cure is simple:
-The '-d' is crucial. It makes sure that any new directories that may contain new code
+The '-d' is crucial. It makes sure that any new directories, that may contain new code,
are created and that new code downloaded. I have absolutely no idea why this is not the
default, seeing as CVS (in other circumstances) happily recurses its merry way down a
directory tree, but there you are.