summaryrefslogtreecommitdiff
path: root/source/a/aaa_base
diff options
context:
space:
mode:
authorPatrick J Volkerding <volkerdi@slackware.com>2018-06-15 00:03:49 +0000
committerEric Hameleers <alien@slackware.com>2018-06-15 09:00:28 +0200
commit086112c734c9b6018855be83798bcdaf61505c14 (patch)
tree216ed35cf5359876953ca387954ef58607a436ca /source/a/aaa_base
parent11b00957be9f8661c4248d52bb20cdacdd442615 (diff)
downloadcurrent-086112c734c9b6018855be83798bcdaf61505c14.tar.gz
Fri Jun 15 00:03:49 UTC 201820180615000349
a/dcron-4.5-x86_64-8.txz: Rebuilt. rc.crond: match the running process more accurately. a/glibc-zoneinfo-2018e-noarch-3.txz: Rebuilt. Don't emit an error if the /etc/localtime-copied-from is not present when the package is initially installed. a/libcgroup-0.41-x86_64-5.txz: Rebuilt. Added /etc/cgconfig.d/ directory. a/pkgtools-15.0-noarch-19.txz: Rebuilt. installpkg, makebootdisk, removepkg, upgradepkg: don't try to remove admin directories (supposedly "in case" they are a symlink). a/sysvinit-scripts-2.1-noarch-12.txz: Rebuilt. rc.6: stop haveged rc.S: start rc.cgconfig and rc.cgred ap/at-3.1.20-x86_64-5.txz: Rebuilt. rc.atd: match the running process more accurately. ap/slackpkg-2.83.0-noarch-2.txz: Rebuilt. Patched to handle the case where /var/log/packages is a symlink. l/gsl-2.5-x86_64-1.txz: Upgraded.
Diffstat (limited to 'source/a/aaa_base')
-rw-r--r--source/a/aaa_base/_aaa_base/install/doinst.sh118
-rw-r--r--source/a/aaa_base/_aaa_base/media/README12
-rw-r--r--source/a/aaa_base/_aaa_base/mnt/README9
-rw-r--r--source/a/aaa_base/_aaa_base/var/spool/mail/root.new381
4 files changed, 520 insertions, 0 deletions
diff --git a/source/a/aaa_base/_aaa_base/install/doinst.sh b/source/a/aaa_base/_aaa_base/install/doinst.sh
new file mode 100644
index 00000000..16f1280d
--- /dev/null
+++ b/source/a/aaa_base/_aaa_base/install/doinst.sh
@@ -0,0 +1,118 @@
+# Invite the new admin to register their machine with the Linux Counter:
+if [ ! -f var/spool/mail/root ]; then
+ mv var/spool/mail/root.new var/spool/mail/root
+else
+ cat var/spool/mail/root.new >> var/spool/mail/root
+ rm var/spool/mail/root.new
+fi
+# (Starting with Slackware 8.1) note: These links are now replaced by
+# copies of the header files that were used to compile glibc (in the
+# kernel-headers package). The version number on the kernel-headers
+# package does *not* necessarily need to match the kernel in use.
+#( cd usr/include ; rm -rf linux )
+#( cd usr/include ; ln -sf /usr/src/linux/include/linux linux )
+#( cd usr/include ; rm -rf asm )
+#( cd usr/include ; ln -sf /usr/src/linux/include/asm asm )
+# OK, I'd rather leave X11R6 right where it is if you're upgrading
+# your box, but it's easy for the choice to get rid of /usr/X11R6
+# to be made, and much harder to get 100% of the rest of the world
+# to do along with it. :-)
+#
+# This setup should allow the following packages to install in a
+# sane fashion, and should also allow third-party video drivers to
+# find X in the old places. However, anything you've installed in
+# your /usr/X11R6 directory will be moved to /usr/X11R6.bak.
+# Anything you really want want to keep will need to be merged back
+# by hand.
+if [ ! -L usr/X11R6/bin ]; then
+ if [ -d usr/X11R6 ]; then
+ mv usr/X11R6 usr/X11R6.bak
+ fi
+fi
+mkdir -p usr/X11R6
+( cd usr/X11R6
+ for dir in ../bin ../include ../lib ../libexec ../man ../share ; do
+ rm -rf $(basename $dir)
+ ln -sf $dir .
+ done
+)
+( cd usr ; rm -rf X11 )
+( cd usr ; ln -sf X11R6 X11 )
+( cd usr/bin ; rm -rf X11 )
+( cd usr/bin ; ln -sf . X11 )
+if [ -L usr/include/X11 ]; then
+ ( cd usr/include ; rm -rf X11 )
+fi
+# Did anything ever use this? I don't know, but if we're keeping all
+# this other garbage then it probably won't hurt:
+if [ -d usr/X11R6/lib/X11 ]; then
+( cd var ; rm -rf X11R6 )
+( cd var ; ln -sf ../usr/X11R6/lib/X11 X11R6 )
+elif [ -d usr/X11R6/lib64/X11 ]; then
+( cd var ; rm -rf X11R6 )
+( cd var ; ln -sf ../usr/X11R6/lib64/X11 X11R6 )
+fi
+# As long as we're producing clutter:
+if [ -d var/X11R6 -o -L var/X11R6 ]; then
+ ( cd var ; rm -rf X11 )
+ ( cd var ; ln -sf X11R6 X11 )
+fi
+# These are rather obsolete, but...
+( cd usr/man ; rm -rf cat1 )
+( cd usr/man ; ln -sf /var/man/cat1 cat1 )
+( cd usr/man ; rm -rf cat2 )
+( cd usr/man ; ln -sf /var/man/cat2 cat2 )
+( cd usr/man ; rm -rf cat3 )
+( cd usr/man ; ln -sf /var/man/cat3 cat3 )
+( cd usr/man ; rm -rf cat4 )
+( cd usr/man ; ln -sf /var/man/cat4 cat4 )
+( cd usr/man ; rm -rf cat5 )
+( cd usr/man ; ln -sf /var/man/cat5 cat5 )
+( cd usr/man ; rm -rf cat6 )
+( cd usr/man ; ln -sf /var/man/cat6 cat6 )
+( cd usr/man ; rm -rf cat7 )
+( cd usr/man ; ln -sf /var/man/cat7 cat7 )
+( cd usr/man ; rm -rf cat8 )
+( cd usr/man ; ln -sf /var/man/cat8 cat8 )
+( cd usr/man ; rm -rf cat9 )
+( cd usr/man ; ln -sf /var/man/cat9 cat9 )
+( cd usr/man ; rm -rf catn )
+( cd usr/man ; ln -sf /var/man/catn catn )
+# Other standard links:
+( cd usr ; rm -rf adm )
+( cd usr ; ln -sf /var/adm adm )
+( cd usr ; rm -rf spool )
+( cd usr ; ln -sf /var/spool spool )
+( cd usr ; rm -rf tmp )
+( cd usr ; ln -sf /var/tmp tmp )
+( cd usr ; rm -rf dict )
+( cd usr ; ln -sf share/dict dict )
+# "/var/adm" is where I used to keep the Slackware package database until
+# the FHS people "standardized" making it a symlink to /var/log...
+( cd var ; rm -rf adm )
+( cd var ; ln -sf log adm )
+( cd bin ; rm -rf sh )
+( cd bin ; ln -sf bash sh )
+( cd var ; rm -rf mail )
+( cd var ; ln -sf spool/mail mail )
+( cd usr/share ; rm -rf man )
+( cd usr/share ; ln -sf ../man man )
+( cd usr/share ; rm -rf doc )
+( cd usr/share ; ln -sf ../doc doc )
+( cd usr/share ; rm -rf info )
+( cd usr/share ; ln -sf ../info info )
+# These seem like useless fluff.
+( cd media ; rm -rf hd )
+( cd media ; ln -sf hd0 hd )
+( cd media ; rm -rf dvd )
+( cd media ; ln -sf dvd0 dvd )
+( cd media ; rm -rf zip )
+( cd media ; ln -sf zip0 zip )
+( cd media ; rm -rf cdrom )
+( cd media ; ln -sf cdrom0 cdrom )
+( cd media ; rm -rf cdrecorder )
+( cd media ; ln -sf cdrecorder0 cdrecorder )
+( cd media ; rm -rf floppy )
+( cd media ; ln -sf floppy0 floppy )
+( cd media ; rm -rf memory )
+( cd media ; ln -sf memory0 memory )
diff --git a/source/a/aaa_base/_aaa_base/media/README b/source/a/aaa_base/_aaa_base/media/README
new file mode 100644
index 00000000..36d2c25b
--- /dev/null
+++ b/source/a/aaa_base/_aaa_base/media/README
@@ -0,0 +1,12 @@
+
+The purpose of the /media directory is to provide a consistent place
+across different systems for users and applications to mount
+removeable media. For example, this might be used by KDE's
+Media Manager feature in Konqueror. That will look into /etc/fstab
+to determine where to mount a volume, and for now this still defaults
+to using /mnt (e.g. /mnt/cdrom as the cdrom mount point), but you
+may edit your /etc/fstab if you'd like to follow the FHS
+recommendations.
+
+See the /mnt directory also.
+
diff --git a/source/a/aaa_base/_aaa_base/mnt/README b/source/a/aaa_base/_aaa_base/mnt/README
new file mode 100644
index 00000000..4b419432
--- /dev/null
+++ b/source/a/aaa_base/_aaa_base/mnt/README
@@ -0,0 +1,9 @@
+
+The purpose of the /mnt directory is to provide a place for the admin to
+mount block device temporarily. Any of the subdirectories of /mnt may be
+used, or volumes may even be mounted directly on /mnt (which is the
+traditional way of doing things, though /mnt/tmp is also provided for
+the purpose of mounting any kind of volume temporarily).
+
+See the /media directory also.
+
diff --git a/source/a/aaa_base/_aaa_base/var/spool/mail/root.new b/source/a/aaa_base/_aaa_base/var/spool/mail/root.new
new file mode 100644
index 00000000..a8b29151
--- /dev/null
+++ b/source/a/aaa_base/_aaa_base/var/spool/mail/root.new
@@ -0,0 +1,381 @@
+From root@hive64.slackware.lan Fri May 20 15:16:45 2016
+Return-Path: <root@hive64.slackware.lan>
+Received: from hive64.slackware.lan (localhost [127.0.0.1])
+ by hive64.slackware.lan (8.15.2/8.15.2) with ESMTP id u4KKGjAg003580
+ for <root@hive64.slackware.lan>; Fri, 20 May 2016 15:16:45 -0500
+Received: (from root@localhost)
+ by hive64.slackware.lan (8.15.2/8.15.2/Submit) id u4KKGj0X003579
+ for root; Fri, 20 May 2016 15:16:45 -0500
+From: root@hive64.slackware.lan
+Message-Id: <201605202016.u4KKGj0X003579@hive64.slackware.lan>
+Date: Fri, 20 May 2016 15:16:45 -0500
+To: root@hive64.slackware.lan
+Subject: Register with the Linux counter project
+User-Agent: Heirloom mailx 12.5 7/5/10
+MIME-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+Content-Transfer-Encoding: 7bit
+
+
+ (Adapted from a question in the Linux-FAQ)
+
+ How Many People Use Linux?
+
+ Linux is freely available, and no one is required to register with
+ any central authority, so it is difficult to know. Several businesses
+ survive solely on selling and supporting Linux. Linux newsgroups are
+ some of the most heavily read on Usenet. Accurate numbers are hard to
+ come by, but the number is almost certainly in the millions.
+
+ However, people can register as Linux users at the Linux Counter
+ project, which has been in existence since 1993. In August of 2012
+ the project counted more than 133,000 users, but that is certainly
+ only a small fraction of all users. The operator of the Linux Counter
+ estimated over 60 million users at that time.
+
+ To get counted, visit the Web site at:
+
+ http://linuxcounter.net
+
+ ...and fill in the registration form.
+
+ The current count is posted monthly to news:comp.os.linux.misc, and
+ is always available from the Web site.
+
+From root@hive64.slackware.lan Fri May 20 15:16:49 2016
+Return-Path: <root@hive64.slackware.lan>
+Received: from hive64.slackware.lan (localhost [127.0.0.1])
+ by hive64.slackware.lan (8.15.2/8.15.2) with ESMTP id u4KKGnSF003585
+ for <root@hive64.slackware.lan>; Fri, 20 May 2016 15:16:49 -0500
+Received: (from root@localhost)
+ by hive64.slackware.lan (8.15.2/8.15.2/Submit) id u4KKGnJj003584
+ for root; Fri, 20 May 2016 15:16:49 -0500
+From: root@hive64.slackware.lan
+Message-Id: <201605202016.u4KKGnJj003584@hive64.slackware.lan>
+Date: Fri, 20 May 2016 15:16:49 -0500
+To: root@hive64.slackware.lan
+Subject: Welcome to Linux (Slackware 14.2)!
+User-Agent: Heirloom mailx 12.5 7/5/10
+MIME-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+Content-Transfer-Encoding: 7bit
+
+
+Welcome! I'm glad to see you've made it this far! :^)
+
+Here are a few hints to help you navigate through the Linux operating
+system a little bit better.
+
+Tools to help configure your system:
+
+ pkgtool: Remember those screens you saw while each package was
+installing? You can see all that information (and more) again. The
+simplest way is to use the 'pkgtool' utility to view the package
+contents. Another way is to use 'less' or a text editor to read the
+files in /var/log/packages and /var/log/scripts (this is the method I
+use). The pkgtool script serves as a frontend to the command line
+package tools, so it's a menu based program that will enable you to
+remove, install, or view packages that are currently installed on the
+system. pkgtool will also allow you to re-run some of the system admin
+scripts that you may have seen during the installation process.
+
+ Slackware's command line package tools: I use these utilities most
+of the time when I have packages to install, remove, or upgrade. These
+are the tools:
+
+ installpkg -- Installs packages
+ removepkg -- Removes installed packages
+ upgradepkg -- Upgrades or downgrades installed packages
+ makepkg -- Used to create your own Slackware Package
+ explodepkg -- Will extract the files from the package without
+ running any install scripts.
+
+ slackpkg: For those more used to automated package management tools
+you might like to try slackpkg (my favorite due to its simple,
+straightforward approach to keeping a machine up to date). Slackpkg
+can be found in the slackware/ap directory. A search of the web will
+turn up more tools as well. You should approach these cautiously, as
+Slackware is designed around the idea that the system should be a
+complete installation kept updated with any official patches. This
+avoids the mess of dependencies that some other Linux based GNU systems
+face. However, many (if not most) of these tools won't know what to do
+about .new config files, or how to handle upgrading a package that has
+changed to a new name. Some also think that any package with a larger
+build number is "better", when there have been many instances that a
+new upstream release wasn't working properly and we had to roll back to
+an earlier one, and an automated upgrade tool didn't want to
+"downgrade" the package. This is something upgradepkg will gladly do,
+as it doesn't (as it should not) take the package's version number to
+mean much of anything. Regarding automatic upgrades, there have also
+been cases where a library upgrade caused unwanted side effects in
+programs that link with it. In theory, most libraries used on the
+system try to retain backwards compatibility, but in practice this
+isn't always the case. While any issued patches should be installed to
+keep your system secure, always remember the old adage "don't fix it if
+it ain't broke" when considering other upgrades and additions,
+especially if they come from unofficial sources. Again, there's a lot
+of good stuff out there, but there's also some that's not so good.
+It's always a good idea to look packages over before you install them.
+This is as simple as using 'less' to view the contents so you can see
+if they overwrite anything, and maybe using 'tar' or 'explodepkg' to
+extract the archive into a temporary directory to take a closer look.
+
+ netconfig: netconfig is a menu based program that will help to
+configure your network. You will be asked several questions and given
+an opportunity to review your settings before the changes are
+committed. More advanced settings are available by editing the
+/etc/rc.d/rc.inet1.conf config file directly.
+
+ pppsetup: pppsetup is a menu based program that will help you to
+connect to your ISP via a PPP connection. As with netconfig you are
+asked a series of questions and given a chance to review your settings.
+KDE also includes a utility for configuring PPP dialup connections.
+This is found in KDE's Internet menu (kppp).
+
+ xwmconfig: If you have installed the X window system, you can use
+xwmconfig to choose your default window manager. Running this as root
+will set the system default while running it as a normal user will only
+set the window manager for that user. An /etc/X11/xorg.conf config
+file is no longer required to run X, but you may still use one if you
+wish. An initial xorg.conf may be generated by running: X -configure
+For many modern drivers (such as those using Kernel Mode Setting),
+X -configure no longer generates a working xorg.conf. For those drivers
+you could start by copying /etc/X11/xorg.conf-vesa to /etc/X11/xorg.conf
+and then edit this line:
+ Driver "vesa"
+Change "vesa" to the name of the X driver for your chipset.
+
+ liloconfig: If you are using the LILO boot loader to start your
+system you can use liloconfig to setup and install Lilo to the boot
+drive. There's a simple installation which tries to automatically set
+up LILO to boot Linux (also Windows if found). For more advanced
+users, the expert option offers more control over the installation
+process. If you have a lot of partitions, the selection menu in
+'expert' mode may overflow. You'll likely then want to go to another
+console and find the partition you want with 'fdisk -l | less', and
+then go back and enter it (proving that you are, indeed, an expert).
+
+
+Other configuration files:
+
+ The majority of system configuration files can be found in and below
+the /etc directory. Most system configuration is done by editing these
+files with a text editor such as 'vi', "nano", or 'joe'. If you're not
+sure which files you need to edit to configure a given package, use
+'less' or 'pkgtool' to see what files are installed by the package
+paying special attention to any files placed in /etc or that end with
+the suffix .new (these are usually moved into place if there's not
+already a configuration file with the same name). After upgrading a
+package, if a .new config file is put in place you'll have to decide
+whether to delete the .new, move it over the existing config file
+(losing any custom configuration information in the old file), or make
+a backup copy of your old config file, move the .new one into place,
+and merge any required changes into the new config file with a text
+editor.
+
+
+Hardware, network, and kernel issues:
+
+ If you've got hardware such as a CD-ROM drive or Ethernet card that
+doesn't seem to work with Linux, it's possible that the kernel you're
+using doesn't contain the needed support. In that case, you can do one
+of two things:
+
+ 1. Load the support with kernel modules. This is probably the
+ simplest way to handle the situation. Just edit
+ /etc/rc.d/rc.modules so that it loads the modules you need.
+ 2. Recompile your kernel, including the needed driver(s).
+
+ However, recompiling your kernel is an extreme measure that can be
+both difficult and dangerous to the stability of your system. If you
+decide to go that route, either be sure you know the potential pitfalls
+or seek guidance from someone experienced with kernel configuration,
+compilation, and installation.
+
+ Also note that the vast majority of modules will load themselves
+with udev if the hardware is present in the system, unless the modules
+are not udev-capable yet, or they are blacklisted in a file in
+/etc/modprobe.d/ (local config files) or /lib/modprobe.d/ (config files
+that ship with the system). If the module for the driver you need is
+blacklisted, copy the appropriate file from /lib/modprobe.d/ to
+/etc/modprobe.d/ and then comment out the line that blacklists the module
+by putting # at the beginning. Files found in /etc/modprobe.d/ will
+override those found in /lib/modprobe.d/ and will not be overwritten by
+upgrades. If that doesn't fix the issue, check with "lsmod" to make sure
+that the module is loading correctly. If not, try loading it in the
+/etc/rc.d/rc.modules file.
+
+ If you're on a standalone LAN without a nameserver, make sure you
+don't have a nameserver line in /etc/resolv.conf, or you may experience
+delays with many network commands as they attempt to query the bogus
+nameserver. Most people these days will have a nameserver, or be able
+to access one via their router/gateway. Most DHCP servers will tell
+dhcpcd what it needs to know in order to set up your /etc/resolv.conf
+automatically.
+
+ Want to run NFS? You'll need to install the rpcbind and nfs-utils
+packages. Then, edit your /etc/exports to allow NFS access. (see 'man
+exports' for examples). Finally, set rc.rpc and rc.nfsd executable:
+ chmod 755 /etc/rc.d/rc.rpc
+ chmod 755 /etc/rc.d/rc.nfsd
+To start the NFS server, either reboot or execute the two rc files.
+
+ The kernel is now set up with the CONFIG_SCSI_MULTI_LUNS option
+to scan for new "SCSI" devices automatically. However, if that fails
+to work after inserting a digital media card, or plugging in a new USB
+or IEEE1394 (Firewire) device, you may need to run the following
+command before it becomes available as a mountable device:
+
+ rescan-scsi-bus -l
+
+ This command scans the LUNs (or Logical Unit Numbers) of all the
+SCSI devices attached to the system, including USB and other devices
+that look like SCSI to the kernel.
+
+ If you are running D-Bus, udisks2, and a graphical desktop such as KDE
+or Xfce, newly inserted devices should become automatically available
+to users who are members of the appropriate groups (cdrom, plugdev,
+and so forth) in the /etc/group file.
+
+Printing on Slackware with CUPS (the Common UNIX Printing System):
+
+ Slackware prints using gs (ghostscript), CUPS (the Common UNIX
+Printing System), and printer drivers from gutenprint or hplip.
+These drivers are further supported by the foomatic-filters and
+cupsddk packages, used to generate and manage PPDs (PostScript
+Printer Description files).
+
+ To set up CUPS, make sure that /etc/rc.d/rc.cups is executable so
+that CUPS will start at boot:
+
+ chmod 755 /etc/rc.d/rc.cups
+
+ To start CUPS without a reboot, run the file like this:
+
+ sh /etc/rc.d/rc.cups start
+
+ Then connect to the CUPS configuration port using a web browser
+ at this URL:
+
+ http://localhost:631/admin
+
+ This local "website" may also be reached using the CUPS configuration
+menu choice within a desktop environment such as KDE.
+
+ See the extensive docs in /usr/doc/cups for more details. If you
+don't see your exact printer model when adding a new printer, often
+one that's "close" will do the trick.
+
+Users who plan to print (or scan) need to be members of the "lp" group.
+
+
+Mouse support:
+
+ Only very ancient mice will need any special treatment in order to
+get basic support, and with GPM cut and paste on the console. Most
+will work with the "ps2" or "imps2" protocols. If you should happen to
+have one of the ancient mice that is not a serial, PS/2, or USB mouse
+then you'll probably have to load a kernel module in order to get it to
+work. At this point in time, a busmouse is rare. These days, most
+mice are PS/2 (with a 6 pin round plug) or USB, or occasionally serial
+(with a 9 pin trapezoidal plug). These kinds of mice don't require any
+special setup as the system should detect and activate them
+automatically. If you think your mouse might need a special driver (if
+it's not working), read the comments in /etc/rc.d/rc.modules to see
+which one is needed, and edit the file to load it at boot time. It's
+also possible that the /dev/mouse link may need to be changed to point
+to the proper mouse device. Or, compile a new kernel with built in
+support for your mouse and install that.
+
+ Using the lsmod command, you can see if the psmouse module is loaded.
+If so, you're using the psmouse module for a PS/2-like mouse (including
+most touchpads). If you need to adjust the mouse protocol, make a copy
+of the config file, and then edit that:
+
+ cp /lib/modprobe.d/psmouse.conf /etc/modprobe.d/psmouse.conf
+ vi /etc/modprobe.d/psmouse.conf
+
+Sometimes this is needed to make the mouse work correctly with a KVM
+switch, or to properly enable tap-to-click with a touchpad.
+
+
+Network support:
+
+ Of course, you're going to want to get your machine online. If you
+have a router supporting DHCP you're probably already on by now.
+Otherwise, 'netconfig' will give you a simple network connection. To
+get your machine on the net, you'll need to install packages from the
+N (network) series. If you aren't sure which ones you'll need, the
+easiest thing is to just install them all. Network services will not
+run unless activated by making the startup scripts in /etc/rc.d/
+executable, so it doesn't hurt to have them installed. Your machine
+should be configured at least with loopback using the "netconfig"
+utility. If you are using a modem, make sure the serial port your
+modem uses is correctly configured, and then use 'pppsetup' to configure
+the dialup process. Additional documentation on pppsetup can be found
+in /usr/doc/pppsetup-*/. DSL/Cable users who need to use PPPoE (PPP
+over Ethernet) should see the docs in /usr/doc/rp-pppoe-3.12/.
+
+If you will be using wireless (or even a wired interface), you might
+want to let NetworkManager handle your network connections. This is
+a choice during the initial installation, but may also be selected
+later by rerunning netconfig, or by setting the startup script
+to executable (chmod 755 /etc/rc.d/rc.networkmanager). When Network
+Manager is used to handle connections, a nice interface is provided
+to scan for wireless access points and make changes to the network
+configuration. This interface runs automatically with KDE or Xfce.
+In fluxbox, the nm-applet program will need to be launched. Other
+window managers lack a system tray to display nm-applet, so for those
+you might want to look at wicd in /extra, which also provides a nice
+GUI tool for connecting to wireless (or wired) networks. For window
+managers that do not provide a tray for running programs, start
+"wicd-client" to make changes. With NetworkManager or wicd, it's
+a good idea to remove any existing network configuration in
+/etc/rc.d/rc.inet1.conf first. This can be done by running netconfig
+and setting the machine to use loopback. Then, if you're using
+NetworkManager run it a second time and select NetworkManager.
+
+If you need to set up your Linux machine as a router for other systems,
+you'll want to set up the interfaces in /etc/rc.d/rc.inet1.conf, and
+set up NAT support with something like this in /etc/rc.d/rc.firewall,
+and then make rc.firewall executable.
+
+# Delete and flush. Default table is "filter".
+# Others like "nat" must be explicitly stated.
+iptables --flush
+# Flush all the rules in filter and nat tables
+iptables --table nat --flush
+# Delete all chains that are not in default filter and nat table
+iptables --delete-chain
+iptables --table nat --delete-chain
+# Set up IP FORWARDing and Masquerading
+iptables --table nat --append POSTROUTING --out-interface eth0 -j MASQUERADE
+iptables --append FORWARD --in-interface eth1 -j ACCEPT
+echo "Enabling ip_forwarding..."
+echo 1 > /proc/sys/net/ipv4/ip_forward
+
+It's possible to expand (or reduce ;-) this script for just about any
+firewall needed. See "man iptables" for lots of information.
+
+
+F: FAQ series, and the HOWTO documentation collection:
+
+ If you installed the F series, you find detailed documentation on
+many common Linux tasks in /usr/doc/Linux-HOWTOs. Each of these
+instructional files covers a particular Linux task. They cover most
+system administration tasks in a lot more detail than this little email
+does.
+
+There is also a collection of Linux related FAQs (lists of Frequently
+Asked Questions with answers) /usr/doc/Linux-FAQs.
+
+Please see the CHANGES_AND_HINTS, RELEASE_NOTES and other files
+included with the distribution for any last-minute changes.
+
+
+Have fun!
+
+---
+Patrick Volkerding
+volkerdi@slackware.com
+