add some SuSE specific info to the Installation manual
authorg0vgs <g0vgs>
Fri, 19 Jul 2002 15:43:26 +0000 (15:43 +0000)
committerg0vgs <g0vgs>
Fri, 19 Jul 2002 15:43:26 +0000 (15:43 +0000)
html/installation-1.html
html/installation-4.html
html/installation.html
sgml/installation.sgml
txt/installation.txt

index be34a46597116d2eaf925a817e9476604699c22c..31e2c6602820563d13b5bb4959c329aeca75d881 100644 (file)
@@ -136,7 +136,7 @@ however this is your own choice.
 </PRE>
 </CODE></BLOCKQUOTE>
 <P>
-<P>For SUSE distributions, the command would be ..
+<P>For SuSE distributions, the command would be ..
 <P>
 <BLOCKQUOTE><CODE>
 <PRE>
index 13cec558ded435198aaec616b8c604781d0a29fe..9cb83f28fc3945e67daebb4bd0debfa3e5cf597c 100644 (file)
@@ -467,7 +467,7 @@ DX:3:respawn:/bin/su -c "/usr/bin/perl -w /spider/perl/cluster.pl" sysop >/dev/t
 </CODE></BLOCKQUOTE>
 <P>
 <P>This line works fine for RedHat distributions. It is also fine for SuSE up to
-7.0.  From Suse 7.1 you need to add runlevels 2 and 5 like this ...
+7.0.  From SuSE 7.1 you need to add runlevels 2 and 5 like this ...
 <P>
 <BLOCKQUOTE><CODE>
 <PRE>
@@ -487,6 +487,9 @@ DX:23:respawn:/bin/su - sysop -c "/usr/bin/perl -w /spider/perl/cluster.pl" >/de
 <P>This will automatically start DXSpider on tty7 (ALT-F7) on bootup and restart 
 it should it crash for any reason.
 <P>
+<P>NB: It should be noted that /dev/tty7 is only an example.  Some SuSE systems will
+only accept upto tty6.  It really does not matter which tty you run it on.
+<P>
 <P>As root type the command <EM>telinit q</EM>.  DXSpider should start up 
 immediately.  You will see the output on tty7 and if you login as <EM>sysop</EM> 
 you should find everything running nicely.
index f1a4d566e7efc23522eb2110767b1dfa1e5f0b54..c40f0764e6f72a996560e323cdf617aef3778fe7 100644 (file)
@@ -16,7 +16,7 @@ Contents
 <H1>The DXSpider Installation Manual v1.50</H1>
 
 <H2>Iain Philipps, G0RDI (g0rdi@77hz.com) and
-Ian Maude, G0VGS, (g0vgs@gb7mbc.net)</H2>July 2002 revision 0.2
+Ian Maude, G0VGS, (g0vgs@gb7mbc.net)</H2>July 2002 revision 0.3
 <P><HR>
 <EM>A reference for SysOps of the DXSpider DXCluster program.</EM>
 <HR>
index 8ed728192c1781abb0ec201c586ab7a7ee1f7f2e..845f8951e8887318b1e7ce57d0744a26ff772aec 100644 (file)
@@ -7,7 +7,7 @@
 <title>The DXSpider Installation Manual v1.50</title> 
 <author>Iain Philipps, G0RDI (g0rdi@77hz.com) and
 Ian Maude, G0VGS, (g0vgs@gb7mbc.net)</author>
-<date>July 2002 revision 0.2</date>
+<date>July 2002 revision 0.3</date>
 
 <abstract>
 A reference for SysOps of the DXSpider DXCluster program.
@@ -139,7 +139,7 @@ however this is your own choice.
 </verb></tscreen>
 
 <P>
-For SUSE distributions, the command would be ..
+For SuSE distributions, the command would be ..
 
 <tscreen><verb>
 # useradd -m sysop
@@ -1321,7 +1321,7 @@ DX:3:respawn:/bin/su -c "/usr/bin/perl -w /spider/perl/cluster.pl" sysop >/dev/t
 
 <P>
 This line works fine for RedHat distributions. It is also fine for SuSE up to
-7.0.  From Suse 7.1 you need to add runlevels 2 and 5 like this ...
+7.0.  From SuSE 7.1 you need to add runlevels 2 and 5 like this ...
 
 <tscreen><verb>
 DX:235:respawn:/bin/su -c "/usr/bin/perl -w /spider/perl/cluster.pl" sysop >/dev/tty7
@@ -1339,6 +1339,10 @@ DX:23:respawn:/bin/su - sysop -c "/usr/bin/perl -w /spider/perl/cluster.pl" >/de
 This will automatically start DXSpider on tty7 (ALT-F7) on bootup and restart 
 it should it crash for any reason.
 
+<P>
+NB: It should be noted that /dev/tty7 is only an example.  Some SuSE systems will
+only accept upto tty6.  It really does not matter which tty you run it on.
+
 <P>
 As root type the command <em>telinit q</em>.  DXSpider should start up 
 immediately.  You will see the output on tty7 and if you login as <em>sysop</em> 
index dbbde35cab4941fdb0daf6d78b7d276f2ea85093..e8d6586e74d19461fd0fc8e985d89f7ed84bcfe6 100644 (file)
@@ -1,7 +1,7 @@
   The DXSpider Installation Manual v1.50
   Iain Philipps, G0RDI (g0rdi@77hz.com) and Ian Maude, G0VGS,
   (g0vgs@gb7mbc.net)
-  July 2002 revision 0.2
+  July 2002 revision 0.3
 
   A reference for SysOps of the DXSpider DXCluster program.
   ______________________________________________________________________
 
 
 
-  For SUSE distributions, the command would be ..
+  For SuSE distributions, the command would be ..
 
 
 
 
 
   This line works fine for RedHat distributions. It is also fine for
-  SuSE up to 7.0.  From Suse 7.1 you need to add runlevels 2 and 5 like
+  SuSE up to 7.0.  From SuSE 7.1 you need to add runlevels 2 and 5 like
   this ...
 
 
   restart it should it crash for any reason.
 
 
+  NB: It should be noted that /dev/tty7 is only an example.  Some SuSE
+  systems will only accept upto tty6.  It really does not matter which
+  tty you run it on.
+
+
   As root type the command telinit q.  DXSpider should start up
   immediately.  You will see the output on tty7 and if you login as
   sysop you should find everything running nicely.
 
 
 
-       D:\ppm>ppm install Data-Dumper.ppd
-       Installing package 'Data-Dumper.ppd'
-       Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.bs
-       Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.dll
-       Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.exp
-       Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.lib
-       Installing D:\Perl\html\site\lib\auto\Data\Dumper\Dumper.html
-       Installing D:\Perl\site\lib\Data\Dumper\Dumper.pm
-       Writing D:\Perl\site\lib\auto\Data\Dumper\Dumper.packlist
-       D:\ppm>
 
 
 
 
 
+
+
+
+
+
+  D:\ppm>ppm install Data-Dumper.ppd
+  Installing package 'Data-Dumper.ppd'
+  Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.bs
+  Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.dll
+  Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.exp
+  Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.lib
+  Installing D:\Perl\html\site\lib\auto\Data\Dumper\Dumper.html
+  Installing D:\Perl\site\lib\Data\Dumper\Dumper.pm
+  Writing D:\Perl\site\lib\auto\Data\Dumper\Dumper.packlist
+  D:\ppm>
+
+
+
+
   I'm not going to bother you with exhaustive details of the rest of
   them, but suffice it to say you need to:
 
   local disk. If you got the TGZ file, unpack it to somewhere
   convenient. The following examples assume that you put it on drive
   "C:\", for convenience.
-
-
   You will need winzip to manipulate the TGZ files (they are bit like
   ZIP files) if you are not using CVS.
 
   go to "C:\spider\" and create them. If "C:\spider" is missing, go back
   and figure out why, because it shouldn't be.
 
-
   Now create your own local copy of the DXVars.pm file by:-
 
 
   you must write them as "\@" or "\$".
 
 
-
   6.1.  Incoming telnets
 
   If you want to enable inbound "TELNET" connections (or you are running
 
 
 
-
-
-  copy \spider\perl\Listeners.pm \spider\local
-  cd \spider\local
-  notepad listeners.pm
+       copy \spider\perl\Listeners.pm \spider\local
+       cd \spider\local
+       notepad listeners.pm
 
 
 
 
 
 
-       notepad AGWConnect.pm
+
+  notepad AGWConnect.pm
 
 
 
 
 
 
-       DXSpider DX Cluster Version 1.47
-       Copyright (c) 1998-2001 Dirk Koopman G1TLH
-       loading prefixes ...
-       loading band data ...
-       loading user file system ...
-       starting listeners ...
-       Internal port: localhost 27754
-       load badwords: Ok
-       reading in duplicate spot and WWV info ...
-       reading existing message headers ...
-       load badmsg: Ok
-       load forward: Ok
-       load swop: Ok
-       @msg = 0 before delete
-       @msg = 0 after delete
-       reading cron jobs ...v cron: reading /spider/cmd/crontab
-       cron: adding 1 0 * * 0
-       DXUser::export("$main::data/user_asc")
-       reading database descriptors ...
-       doing local initialisation ...
-       orft we jolly well go ...
-       queue msg (0)
 
 
 
 
 
+
+
+
+
+
+
+
+
+
+
+
+
+
+  DXSpider DX Cluster Version 1.47
+  Copyright (c) 1998-2001 Dirk Koopman G1TLH
+  loading prefixes ...
+  loading band data ...
+  loading user file system ...
+  starting listeners ...
+  Internal port: localhost 27754
+  load badwords: Ok
+  reading in duplicate spot and WWV info ...
+  reading existing message headers ...
+  load badmsg: Ok
+  load forward: Ok
+  load swop: Ok
+  @msg = 0 before delete
+  @msg = 0 after delete
+  reading cron jobs ...v cron: reading /spider/cmd/crontab
+  cron: adding 1 0 * * 0
+  DXUser::export("$main::data/user_asc")
+  reading database descriptors ...
+  doing local initialisation ...
+  orft we jolly well go ...
+  queue msg (0)
+
+
+
+
   Now, if that's what you've got, you are very nearly home and dry (in
   as far as these particular experiments are concerned, anyhow)
 
   like:-
 
 
-
        Hello Iain, this is GB7SJP in Amersham, Bucks running DXSpider V1.47
        Cluster: 1 nodes, 1 local / 1 total users Max users 2 Uptime 0 00:00
        M0ADI de GB7SJP 4-Mar-2001 1511Z >
 
 
 
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-