From owner-freebsd-doc Sun Mar 19 12:41:16 1995 Return-Path: doc-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23083 for doc-outgoing; Sun, 19 Mar 1995 12:41:16 -0800 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23077 for ; Sun, 19 Mar 1995 12:41:15 -0800 Received: by violet.berkeley.edu (8.6.10/1.33r) id MAA19993; Sun, 19 Mar 1995 12:41:12 -0800 Date: Sun, 19 Mar 1995 12:41:12 -0800 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199503192041.MAA19993@violet.berkeley.edu> To: doc@freebsd.org Sender: doc-owner@freebsd.org Precedence: bulk Path: agate!newsxfer.itd.umich.edu!gatech!swrinde!pipex!warwick!news.dcs.warwick.ac.uk!str-ccsun!strath-cs!nntp0.brunel.ac.uk!not-for-mail From: Nik.Clayton@brunel.ac.uk (Nik Clayton) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Vat on FreeBSD 2.0 [Summary] Date: 11 Mar 1995 19:49:25 -0000 Organization: Brunel University, Uxbridge, UK Lines: 261 Message-ID: <3jsus5$2qf@beable.brunel.ac.uk> NNTP-Posting-Host: beable.brunel.ac.uk X-Submissions-To: ahbou-sub@acpub.duke.edu for alt.humor.best-of-usenet X-URL: http://http2.brunel.ac.uk:8080/~ccusnjc/ $Id: vat-on-FreeBSD,v 1.1 1995/03/11 19:42:56 nik Exp $ $Log: vat-on-FreeBSD,v $ # Revision 1.1 1995/03/11 19:42:56 nik # Initial revision # Introduction I have been attempting to run the multicast program 'vat' on FreeBSD 2.0 for some time. During this time I have posted several messages to Usenet asking for information. Response has been patchy, but I have had many messages essentially saying "Me too. Can you pass on any information you have?" I've finally managed to get it working, and this document explains what I did to do this. I haven't been able to find any of this information written down anywhere else. Hopefully some of you will find it useful. Acknowledgements I am indebted to Amancio Hasty (hasty@netcom.com) for his advice and source code. Also (in no particular order) Gareth Stoney for the sound card, Janet, Pat and Hadi at Brunel Computer Centre for their patience, TriGem Computers UK Ltd. for the loan of the computer, and the Executive of B-1000 Brunel Radio for putting up with me for the past seven or so weeks, Oh, and Jordan Hubbard of the FreeBSD team for explaining that FreeBSD can kernel panic on 486/DX4s, but works fine on everything else. If I've missed anyone from this list, apologies. It wasn't intentional. Equipment and configuration What follows runs successfully on an i486 DX/66, w/ 16Mb RAM and a 1Gb EIDE HD. In addition, I'm using a WD8013 net card, PCI graphics system and a Gravis Ultrasound rev 2.2 with cheap speakers and microphone. I understand that 'vat' has also been tested on a GUS rev 3.6., and is believed to work on PAS16 cards. I have no direct experience of this however. If the instructions below don't work you then there's not a lot I can do about it. In particular, I have no clue about configuring BSD for a PAS16. I also don't know if this will work with a GUS MAX. I've also assumed that your local Computer Center/service provider has some sort of multicast routing software working and is putting multicast packets across whichever subnet you are located on. Without this, multicasting is not going to work. Software FreeBSD 2.0-RELEASE as the operating system. Being in the UK I got it from unix.hensa.ac.uk, but any SunSite mirror or Walnut Creek mirror should have it. The main FAQ lists FTP sites for FreeBSD. This is not an installation document for FreeBSD, there are many fine FAQs which make this task relatively simple. XFree86-3.1 - The X system for FreeBSD. Both 'sd' and 'vat' are X programs. At a minimum, the "kerndist" source code distribution, which allows you to compile a new kernel. If you want it, get the entire "srcdist" as well, although it's not mandatory. sd - Session directory. This shows existing MBONE sessions and allows you to create your own. Get this from ftp://ftp.ee.lbl.gov/conferencing/sd/i386-sd.tar.Z or archie search for a site closer to you that has it. vat - Visual Audio Tool. The bit that actually records and replays the sound over the net. I got my copy from ftp://ftp.ee.lbl.gov/conferencing/vat/i386-vat.tar.Z tcl7.3 - The interfaces to 'sd' and 'vat' can be reconfigured with Tcl/Tk. While not essential, you might want to acquire this. It is available as a FreeBSD 'package' from anywhere that archives FreeBSD packages. Installation - First install FreeBSD and X and confirm that they work. Use the GENERIC kernel. A tip when installing X. If you are using a serial mouse, use /dev/cua00 for COM1:, and /dev/cua01 for COM2: (you might need to create these with the /dev/MAKEDEV script). - Now, you have to compile a new kernel with support for the Gravis Ultrasound (GUS) and 'vat'. To do this you are going to need some source code patches. I've placed these patches in ftp://ftp.brunel.ac.uk/studentsoft/sys-vat.tar.gz Acquire the file, uncompress it, and put it somewhere handy. I used /usr/incoming. Note that these are not 'patches' in the true sense of the word. They actually directly replace some files. This means that they are only guaranteed to work on FreeBSD 2.0. Not -SNAP, not -current, just plain 2.0. They might of course, but I can't guarantee it. Now, do this, % su [root password] # cd /usr/src # tar xvf /usr/incoming/sys-vat.tar [This replaces some files in /usr/src/sys/i386/isa/sound for vat] # cd sys/i386/conf [This is where kernel configuration files are stored] # cp GENERIC name [where 'name' is the name you want for your kernel. In what follows, "name" means whatever name you used for your kernel. I used "B1000"] You now have to edit the file 'name'. At the very least, make sure that the following two lines are present somewhere, device snd4 at isa? port 0x220 irq 15 drq 6 vector gusintr pseudo-device vat_audio The first of these configures a GUS on port 0x220 using irq 15. If you use different ports or irqs then use these instead. The second prepares the kernel for vat. You will also need to make sure you don't delete the options MROUTING line. If you get stuck, make a copy of the file 'LINT' and work from that rather than 'GENERIC'. This contains just about every configuration option there is. Just comment out the ones that don't apply to you. Now, go and look at the file "/usr/src/sys/i386/isa/sound/sound_config.h." Look for lines that start "#define GUS_". These set the default GUS_BASE, GUS_IRQ and so on. On my machine, sound_config.h contains (amongst other things) #define GUS_BASE 0x220 #define GUS_IRQ 15 #define GUS_MIDI_IRQ GUS_IRQ #define GUS_DMA 6 (in the real thing, these are wrapped in #ifndef...#endif pairs). I'm not sure if this step is absolutely required, but it doesn't hurt to make sure that these values are the same as the ones you used in the "device" line in the kernel. When you have a kernel config file you're happy with, # /usr/sbin/config name and then # cd ../../compile/name # make depend # make Tip: The first time I compiled a kernel it complained about libkern.a. You might need to do # rm /usr/src/sys/libkern/libkern.a to have the kernel library rebuilt before you issue the 'make depend' line above. - After anywhere between 15 minutes (on a 486DX 66) and 1hr (on a 486SX 25) the make should finish. You will find a file called 'kernel' in the current directory. This is the new kernel file. To use it, do the following, # mv /kernel /kernel.generic # cp kernel /kernel.gus.vat # cd / # ln kernel.gus.vat kernel Now reboot the machine. - With a bit of luck, your machine will reboot correctly. You should see a message at bootup that looks like this: snd4 at 0x220 irq 15 drq 6 on isa snd4: MIDI: Successfully attached ProAudioSpectrum MV101 If you do, then your GUS has been recognised. If you don't, something's gone wrong. Unfortunately, I don't know what. - At this point, it's time to make the device files that make all this possible. Once again, login and then # su [root password] # cd /dev # ./MAKEDEV snd4 # ./MAKEDEV vat # cp /dev/vatio /dev/audio This last line in particular is quite important, and not doing it caused me no end of hassle. Apparently, vat on FreeBSD doesn't use the /dev/vatio device, it uses /dev/audio. So we copy it onto /dev/audio to get everything working. - OK, assuming everything has gone OK by now, start up X (startx). You might want to change to a regular userid before doing that. - Take the tar files containing sd and vat and uncompress them somewhere on your path. I put them in a users bin/ directory whilst testing, and did % setenv PATH ~/bin:$PATH Make sure that the "sd" and "vat" executables are in the path. You might also need to "rehash" to make sure the shell's path hash table is up to date after doing this. - And now for the moment of truth. % sd Should pop up an sd window. From this, click the "new" button to create a new channel. Choose a name and description, and make sure it's site local. After you've done this and hit "create", vat should pop up. At this point, make sure your speakers and microphone are plugged on. Click on the microphone icon (to that it is "regular colour", not "inverted") and say something. You should see level bars going up and down next to the mic slider. If you don't, then again, something has gone wrong. Make sure all the sound stuff is plugged in the right way around. If everything's worked correctly, go and find someone else who can listen to you to make sure send and receive works OK. But it should. Hopefully. And that's it. Once again, this document is basically a list of everything I've had to do to get multicasting w/ vat working on FreeBSD. Your mileage may vary. I'm releasing this in the hope that it saves someone all the hair pulling I've gone through to get this working. If it does, great, if it doesn't, sorry. If anyone has got vat working on other equipment, why not e-mail me with what you did, and I'll add it in. Maybe this could become a complete "Multicasting on FreeBSD FAQ". Eventually, I will ensure that this document and *all* the software mentioned in it are available for FTP from some site. I'll post when this happens. Nik Clayton (Nik.Clayton@brunel.ac.uk) -- =-[Opinion, n: See the above text for an example]=-=[Kibo #: e]-[RYRYRY]=-= =-[The Silly Sod Society: To perfect and to swerve]=-[beable]-=[TP U BG]=-= Death to the fascist insects who suck the blood of the people! From owner-freebsd-doc Sun Mar 19 16:39:10 1995 Return-Path: doc-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28538 for doc-outgoing; Sun, 19 Mar 1995 16:39:10 -0800 Received: from rick.systemsix.com (rick.systemsix.com [198.99.86.136]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA28343 for ; Sun, 19 Mar 1995 16:38:19 -0800 Received: (from smp@localhost) by rick.systemsix.com (8.6.9/8.6.9) id RAA01896 for doc@freebsd.org; Sun, 19 Mar 1995 17:39:15 -0700 Date: Sun, 19 Mar 1995 17:39:15 -0700 From: Steve Passe Message-Id: <199503200039.RAA01896@rick.systemsix.com> To: doc@freebsd.org Sender: doc-owner@freebsd.org Precedence: bulk Hello, Here is my outline for a cookbook approach to setting up DISKLESS nodes under FreeBSD 2.x. Please send comments, suggestions, etc. I am most interested in technical issues, not grammer. In particular, the following is still bothering me: I use these lines in my config file: options DISKLESS config kernel root on wd0 swap on wd0 and vn0 dumps on wd0 What should they be in 2.0??? The above works, but obviously isn't right. Using the directions outlined below I have succesfully brought up two different machines as DISKLESS nodes with 950210-SNAP, a 386/SMC & a 486/NE2000. I would also like any hints as to security considerations for my approach. Steve Passe smp@clem.systemsix.com ----------------------------------------------------------------------------- ############################################################################# This document describes the method I used to set up a FreeBSD 2.x system as a DISKLESS client server and the setup of those DISKLESS clients. It builds on documents by Todd Pfaff and Martin Renters. ############################################################################# ######################### [ site specific values ] ########################## = address of your ethernet card in hex: nn.nn.nn.nn.nn.nn = domain portion of address space, eg. 192.168.666 = network mask for your domain = address of DNS service = address of gateway = hostddress = client's address = name of your domain = name of file/swap server = name of DISKLESS node ############################################################################# ############################ [ one time setup ] ############################# # [ create a tree of common files used by all DISKLESS nodes: ] # mkdir /usr/rootfs # chmod 755 /usr/rootfs # mkdir /usr/rootfs/common # chmod 755 /usr/rootfs/common # cd / # find bin lkm sbin stand | cpio -pvdm /usr/rootfs/common # [ build a common DISKLESS kernel: ] # cd /usr/src/sys/i386/conf # [ create DISKLESS: ] --------------------------------- cut -------------------------------------- # DISKLESS -- DISKLESS machine with NFS disks # # DISKLESS,v 1.00 # machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident DISKLESS maxusers 10 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem #options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=1" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console # does this do anything in 2.x??? options DISKLESS # what should this really be??? ##config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and vn0 dumps on wd0 config kernel root on wd0 swap on wd0 and vn0 dumps on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty # network card drivers: #device de0 #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr device ed0 at isa? port 0x280 net irq 10 iomem 0xc8000 vector edintr device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr pseudo-device loop pseudo-device ether pseudo-device log #pseudo-device sl 1 #pseudo-device ppp 1 pseudo-device pty 32 pseudo-device speaker pseudo-device gzip # Exec gzipped a.out's pseudo-device vn --------------------------------- end -------------------------------------- # config DISKLESS # cd /usr/src/sys/compile/DISKLESS # make depend # make # cp kernel /usr/rootfs/common # [ create a home for DISKLESS SWAP partitions: ] # mkdir /usr/swapfs # chmod 700 /usr/swapfs # [ create a home for tftpd configuration files: ] # mkdir /tftpboot # chmod 755 /tftpboot # [ create /etc/bootptab: ] --------------------------------- cut -------------------------------------- # /etc/bootptab: database for bootp server (/etc/bootpd) # Last update: gwr, Sun Dec 12 19:00:00 EDT 1993 # Blank lines and lines beginning with '#' are ignored. # # Legend: (see bootptab.5) # first field -- hostname (not indented) # bf -- bootfile # bs -- bootfile size in 512-octet blocks # cs -- cookie servers # df -- dump file name # dn -- domain name # ds -- domain name servers # ef -- extension file # gw -- gateways # ha -- hardware address # hd -- home directory for bootfiles # hn -- host name set for client # ht -- hardware type # im -- impress servers # ip -- host IP address # lg -- log servers # lp -- LPR servers # ns -- IEN-116 name servers # ra -- reply address # rl -- resource location protocol servers # rp -- root path # sa -- boot server address # sm -- subnet mask # sw -- swap server # tc -- template host (points to similar host entry) # td -- TFTP directory # to -- time offset (seconds) # ts -- time servers # vm -- vendor magic number # Tn -- generic option tag n # # Be careful about including backslashes where they're needed. Weird (bad) # things can happen when a backslash is omitted where one is intended. # Also, note that generic option data must be either a string or a # sequence of bytes where each byte is a two-digit hex value. # First, we define a global entry which specifies the stuff every host uses. # If you leave "td" empty, run bootpd with the "-c /tftpboot" switch # so path names (boot files) will be interpreted relative to the same # directory as tftpd will use when opening files. .default1:\ :dn="":\ :hn:\ :ht=ether:\ :sm=:\ :ds=:\ :gw=:\ :td=/tftpboot:\ :vm=rfc1048:\ :to=auto: --------------------------------- end -------------------------------------- # [ edit /etc/inetd.conf: ] --------------------------------- cut -------------------------------------- << #tftp dgram udp wait nobody /usr/libexec/tftpd tftpd >> tftp dgram udp wait nobody /usr/libexec/tftpd tftpd -l /tftpboot >> bootps dgram udp wait root /usr/libexec/bootpd bootpd --------------------------------- end -------------------------------------- # [ tell inetd to reread /etc/inetd.conf, ie, enable tftpd & bootpd: ] # ps -ax | grep inetd # kill -HUP ############################################################################# #################### [ setup for each DISKLESS node: ] ###################### # [ create /tftpboot/cfg..: ] --------------------------------- cut -------------------------------------- rootfs .:/usr/rootfs/ swapfs .:/usr/swapfs swapsize 20000 hostname . --------------------------------- end -------------------------------------- # chmod 644 /tftpboot/cfg.. # [ add entry for CLIENT_NAME to /etc/bootptab: ] --------------------------------- cut -------------------------------------- :\ :tc=.default1:\ :ha=:\ :ip=.: --------------------------------- end -------------------------------------- # [ create/edit /etc/exports to allow DISKLESS node to NFS mount HOST: ] --------------------------------- cut -------------------------------------- /usr -maproot=0:0 -alldirs --------------------------------- end -------------------------------------- # [ tell mountd to reread /etc/exports: ] # ps -ax | grep mountd # kill -HUP # [ create a SWAP file: ] # touch /usr/swapfs/swap.. # chmod 600 swap.. # [ create a home for this DISKLESS node: ] # mkdir /usr/rootfs/ # chmod 755 /usr/rootfs/ # [ create needed directories: ] # cd /usr/rootfs/ # mkdir mnt proc tmp usr # chown bin:bin tmp # chmod 1777 tmp # chmod 555 proc # [ make a link to the common kernel OR create a unique version ] # ln /usr/rootfs/common/kernel kernel # [ link to the common files: ] # cd /usr/rootfs/common # find bin lkm sbin stand | cpio -pvdlm /usr/rootfs/ # [ cleanup /usr/rootfs/stand/etc: ] # cd /usr/rootfs//stand/etc # rm hosts defaultrouter myname # cp ../../../common/stand/etc/hosts . # cp ../../../common/stand/etc/defaultrouter . # cp ../../../common/stand/etc/myname . # [ edit hosts defaultrouter myname as needed ] # [ create a tree of unique files used by this DISKLESS node: ] # cd / # cp COPYRIGHT .cshrc .profile /usr/rootfs/ # find dev etc root var | cpio -pvdm /usr/rootfs/ # [ cleanup /usr/rootfs//etc: ] # cd /usr/rootfs//etc # rm exports fstab # [ create fstab: ] --------------------------------- cut -------------------------------------- :/usr/rootfs/ / nfs rw 0 0 :/usr /usr nfs rw 0 0 --------------------------------- end -------------------------------------- # [ patch rc: ] --------------------------------- cut -------------------------------------- diff -r1.1 rc 66c66,67 < mount -a -t nonfs --- > ##mount -a -t nonfs > mount -a 230c231 < mount -a -t nfs >/dev/null 2>&1 & # XXX shouldn't need background --- > ##mount -a -t nfs >/dev/null 2>&1 & # XXX shouldn't need background --------------------------------- end -------------------------------------- # [ patch netstart: ] --------------------------------- cut -------------------------------------- diff -r1.1 netstart 8c8 < timedflags=NO --- > timedflags= 14c14 < nfs_client=NO --- > nfs_client=YES 30a31,32 > else > hostname=`hostname -s` 41c43 < ifn=`expr $i : '/etc/hostname\.\(.*\)'` --- > ifn=`expr $i : '/etc/hostname\.\(.*[0-9]$\)'` --------------------------------- end -------------------------------------- # [ build a boot disk: ] # [ NOTE: I had to rebuild netboot.com with SMC support turned off to get a netboot.com that would boot from a NE2000 board. ] ( on a DOS box create a bootable floppy disk, place in FreeBSD 2.x drive ) # mount_msdos /dev/fd0a /mnt # cp /usr/mdec/netboot.com /mnt # umount /mnt ############################################################################# Place the above disk in the DISKLESS box's drive and hit RESET. If all goes well you should see FreeBSD 2.x boot! ############################################################################# ############################################################################# ###################### [ sharing X11R6 config files ] ####################### The following will allow you to run X11R6 on nodes with different video cards and a common NFS mounted /usr/X11R6 tree: # [ create /usr/X11R6/lib/X11/xinit/.: ] --------------------------------- cut -------------------------------------- /usr/X11R6/bin/XF86_ --------------------------------- end -------------------------------------- # [ patch /usr/X11R6/bin/startx: ] --------------------------------- cut -------------------------------------- diff -r1.1 startx 19a20,21 > hostclientrc=/usr/X11R6/lib/X11/xinit/xinitrc.`hostname` > hostserverrc=/usr/X11R6/lib/X11/xinit/xserverrc.`hostname` 31a34,35 > else if [ -f $hostclientrc ]; then > clientargs=$hostclientrc 35a40 > fi 41a47,48 > else if [ -f $hostserverrc ]; then > serverargs=$hostserverrc 43a51 > fi --------------------------------- end -------------------------------------- # cp /usr/X11R6/lib/X11/XF86Config \ /usr/X11R6/lib/X11/XF86Config.. # [ edit XF86Config.. as appropriate ] From owner-freebsd-doc Mon Mar 20 16:08:40 1995 Return-Path: doc-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15082 for doc-outgoing; Mon, 20 Mar 1995 16:08:40 -0800 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA15075 for ; Mon, 20 Mar 1995 16:08:39 -0800 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id TAA22773; Mon, 20 Mar 1995 19:08:02 -0500 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199503210008.TAA22773@grendel.csc.smith.edu> Subject: Re: your mail To: smp@rick.systemsix.com (Steve Passe) Date: Mon, 20 Mar 1995 19:08:01 -0500 (EST) Cc: doc@freebsd.org, martin@innovus.com In-Reply-To: <199503200039.RAA01896@rick.systemsix.com> from "Steve Passe" at Mar 19, 95 05:39:15 pm Content-Type: text Content-Length: 3707 Sender: doc-owner@freebsd.org Precedence: bulk Steve Passe writes: > Here is my outline for a cookbook approach to setting up DISKLESS > nodes under FreeBSD 2.x. Please send comments, suggestions, etc. I am most > interested in technical issues, not grammer. In particular, the following I think this and http://www.freebsd.org/How/tutorials/diskless.FAQ need to be sorted out. This goes into great detail (too much in places I think) while the latter is a little brief on some points of interest but gives a little more discussion of what and why. I can't comment too much on the technical details since I'm not in a position to test the instructions (no ethernet), but I have a couple other comments. > = address of your ethernet card in hex: nn.nn.nn.nn.nn.nn > = domain portion of address space, eg. 192.168.666 > = network mask for your domain > = address of DNS service > = address of gateway > = hostddress > = client's address > = name of your domain > = name of file/swap server > = name of DISKLESS node This is good. > # [ build a common DISKLESS kernel: ] > # cd /usr/src/sys/i386/conf > # [ create DISKLESS: ] > --------------------------------- cut -------------------------------------- > # DISKLESS -- DISKLESS machine with NFS disks > # > # DISKLESS,v 1.00 > # > > machine "i386" > cpu "I386_CPU" > cpu "I486_CPU" > cpu "I586_CPU" > ident DISKLESS > maxusers 10 > > options MATH_EMULATE #Support for x87 emulation [snip] I think it is a bad idea to include the whole config file since *many* things in here have absolutely nothing to do with diskless booting. Only include relevant lines to avoid confusion. > # config DISKLESS > # cd /usr/src/sys/compile/DISKLESS > # make depend > # make > # cp kernel /usr/rootfs/common What is needed here is a reference to the (currently non-existant) tutorial on configuring and building kernels. Hmmm... I have the names Glen Foster and Jeff Aitken down as volunteers for this project. > # [ patch rc: ] > --------------------------------- cut -------------------------------------- > diff -r1.1 rc > 66c66,67 > < mount -a -t nonfs > --- > > ##mount -a -t nonfs > > mount -a > 230c231 > < mount -a -t nfs >/dev/null 2>&1 & # XXX shouldn't need background > --- > > ##mount -a -t nfs >/dev/null 2>&1 & # XXX shouldn't need background > --------------------------------- end -------------------------------------- If you must include a diff, a context diff would be much more helpful for people who have a different version or have changed the files in question. General comments: The steps are all there, but if someone's system and/or setup is a little different these steps may not work. Examples are a Good Thing, but with out any discussion (and the one comments included here don't constitute discussion), they are of limited value. Its the old differece between giving someone a fish, and teaching them to fish. In this situation, a description of what and *why* things are done will allow someone to transfer the knowledge into a new setting, such as using something other than FreeBSD as the server (or client). Knowing the *why* for the changes is critical in solving unexpected problems that arise along the way. You should work with Martin Renters to come up with a version narrated version of this. I think it is an extremely valuable document to have in our (slowly) growing bag of tutorials! -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-doc Mon Mar 20 16:23:06 1995 Return-Path: doc-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15507 for doc-outgoing; Mon, 20 Mar 1995 16:23:06 -0800 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA15500 for ; Mon, 20 Mar 1995 16:23:03 -0800 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id TAA22913; Mon, 20 Mar 1995 19:23:36 -0500 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199503210023.TAA22913@grendel.csc.smith.edu> Subject: Re: your mail To: jkh@violet.berkeley.edu (Jordan K. Hubbard) Date: Mon, 20 Mar 1995 19:23:36 -0500 (EST) Cc: doc@freebsd.org, Nik.Clayton@brunel.ac.uk In-Reply-To: <199503192041.MAA19993@violet.berkeley.edu> from "Jordan K. Hubbard" at Mar 19, 95 12:41:12 pm Content-Type: text Content-Length: 1141 Sender: doc-owner@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > From: Nik.Clayton@brunel.ac.uk (Nik Clayton) > Newsgroups: comp.unix.bsd.freebsd.misc > Subject: Vat on FreeBSD 2.0 [Summary] > Date: 11 Mar 1995 19:49:25 -0000 [snip] > Introduction > > I have been attempting to run the multicast program 'vat' on FreeBSD 2.0 > for some time. During this time I have posted several messages to Usenet > asking for information. Response has been patchy, but I have had many > messages essentially saying "Me too. Can you pass on any information you > have?" > > I've finally managed to get it working, and this document explains what I > did to do this. I haven't been able to find any of this information > written down anywhere else. Hopefully some of you will find it useful. Can anyone comment on how well this applies to the snapshot releases, or current? How about for other sound cards? It would be nifty if this tutorial could be expanded to a broader range of hardware and releases. -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-doc Mon Mar 20 16:25:11 1995 Return-Path: doc-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15587 for doc-outgoing; Mon, 20 Mar 1995 16:25:11 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA15580; Mon, 20 Mar 1995 16:25:10 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: jfieber@cs.smith.edu (John Fieber) cc: jkh@violet.berkeley.edu (Jordan K. Hubbard), doc@freebsd.org, Nik.Clayton@brunel.ac.uk Subject: Re: your mail In-reply-to: Your message of "Mon, 20 Mar 95 19:23:36 EST." <199503210023.TAA22913@grendel.csc.smith.edu> Date: Mon, 20 Mar 1995 16:25:09 -0800 Message-ID: <15578.795745509@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: doc-owner@freebsd.org Precedence: bulk > Can anyone comment on how well this applies to the snapshot > releases, or current? How about for other sound cards? It would > be nifty if this tutorial could be expanded to a broader range > of hardware and releases. I suspect that for -current and pre-2.1 snapshots it's going to be a rapidly moving target! :-( Jordan From owner-freebsd-doc Mon Mar 20 16:53:31 1995 Return-Path: doc-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA17778 for doc-outgoing; Mon, 20 Mar 1995 16:53:31 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA17766; Mon, 20 Mar 1995 16:53:29 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: roberto@hsc.fr.net cc: doc@freebsd.org (FreeBSD documentation list), freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: Re: Serial communications section in the FAQ In-reply-to: Your message of "Sat, 11 Mar 95 13:43:10 +0100." <199503111243.NAA03179@keltia.frmug.fr.net> Date: Mon, 20 Mar 1995 16:53:28 -0800 Message-ID: <17764.795747208@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: doc-owner@freebsd.org Precedence: bulk > Please everyone have a look at the serial communications section in the new > HTML FreeBSD FAQ (http://www.freebsd.org/~roberto/FAQ/ till it is linked in > the main WWW repository). This FAQ still needs quite a bit of updating - the "what is FreeBSD" page alone had me sorting blinking in dismay. Also, Ollivier's name should now go at the top! :-) > Sean Kelly has done a great job ! Yes he has, thanks Sean! Now we just need to have the REST of the FAQ do justice to some of these nicer entries! :-) Jordan From owner-freebsd-doc Mon Mar 20 18:25:01 1995 Return-Path: doc-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA21925 for doc-outgoing; Mon, 20 Mar 1995 18:25:01 -0800 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA21857; Mon, 20 Mar 1995 18:23:39 -0800 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id VAA23551; Mon, 20 Mar 1995 21:24:18 -0500 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199503210224.VAA23551@grendel.csc.smith.edu> Subject: Re: Serial communications section in the FAQ To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 20 Mar 1995 21:24:17 -0500 (EST) Cc: roberto@hsc.fr.net, doc@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <17764.795747208@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 20, 95 04:53:28 pm Content-Type: text Content-Length: 574 Sender: doc-owner@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > Please everyone have a look at the serial communications section in the new > > HTML FreeBSD FAQ (http://www.freebsd.org/~roberto/FAQ/ till it is linked in > > the main WWW repository). > > This FAQ still needs quite a bit of updating - the "what is FreeBSD" page > alone had me sorting blinking in dismay. Some cut-and-paste from http://www.freebsd.org/What might help out a bit. -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-doc Tue Mar 21 17:57:08 1995 Return-Path: doc-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA15711 for doc-outgoing; Tue, 21 Mar 1995 17:57:08 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA15705 for ; Tue, 21 Mar 1995 17:57:07 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol Prev-Resent: Tue, 21 Mar 1995 17:57:06 -0800 Prev-Resent: "doc " Received: from FileServ2.MI.Uni-Koeln.DE (FileServ2.MI.Uni-Koeln.DE [134.95.212.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA02731 for ; Tue, 21 Mar 1995 12:47:17 -0800 Received: by FileServ2.MI.Uni-Koeln.DE id AA14149 (5.67b/IDA-1.5 for jkh@freebsd.org); Tue, 21 Mar 1995 21:45:09 +0100 Message-Id: <199503212045.AA14149@FileServ2.MI.Uni-Koeln.DE> From: se@mi.uni-koeln.de (Stefan Esser) Date: Tue, 21 Mar 1995 21:45:09 +0100 In-Reply-To: "Jordan K. Hubbard" "cvs commit: src/share/FAQ/LaTeX - New directory" (Mar 21, 12:17) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Jordan K. Hubbard" Subject: Re: cvs commit: src/share/FAQ/LaTeX - New directory Resent-To: doc@freefall.cdrom.com Resent-Date: Tue, 21 Mar 1995 17:57:06 -0800 Resent-Message-ID: <15704.795837426@freefall.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: doc-owner@freebsd.org Precedence: bulk On Mar 21, 12:17, "Jordan K. Hubbard" wrote: } Subject: cvs commit: src/share/FAQ/LaTeX - New directory } jkh 95/03/21 12:17:33 } } src/share/FAQ/LaTeX - New directory I was wondering about some way to build an international version of LaTeX. This will be a major check list item to users in Germany, Linux distributions come with german hyphenation rules here ... I'm not sure, how to ease building LaTeX for a multi language environment. I could think of: 1) a special make target to build a german/italian/french/... LaTeX. 2) Have some patch applied by default, that builds LaTeX for the 10 most often used languages. 3) Put patches in the FAQ/LaTeX directory, that add support for those languages, if the LaTeX distribution has already been unpacked into the work directory. 4) Use different ports/print/latex directories for different languages. The cost of German hyphenation rules is some 60KB of source code, and lots of valuable LaTeX table space consumed. Most other languages are cheaper ... I'd prefer to have one LaTeX directory, that gets the necessary hyphenation rule files copied in by a prefetch make rule. What do you think about this ? Regards, STefan PS: If you are interested, I could write a short description of the steps to build a German LaTeX. Except for the names of the best hyphen files to use, they will probably apply to most other european languages as well ... From owner-freebsd-doc Sat Mar 25 18:34:29 1995 Return-Path: doc-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA23503 for doc-outgoing; Sat, 25 Mar 1995 18:34:29 -0800 Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA23497 for ; Sat, 25 Mar 1995 18:34:27 -0800 Received: (from ghelmer@localhost) by alpha.dsu.edu (8.6.11/8.6.11) id UAA15646; Sat, 25 Mar 1995 20:34:21 -0600 Date: Sat, 25 Mar 1995 20:34:21 -0600 (CST) From: Guy Helmer To: freebsd-doc@freefall.cdrom.com Subject: Dialup how-to Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: doc-owner@freebsd.org Precedence: bulk I certainly hope I'm not stepping on anyone's toes, but I haven't noticed much happening in docs lately. I felt the need to write a FreeBSD dialup how-to to help some folks out (I've seen/answered a question or two lately), and it seems that we really need to get more docs in for the 2.1 release. Anyway, a rough start can be viewed at "http://www.dsu.edu/~ghelmer/FreeBSD/dialup.html". Please check it over and mail me comments or suggestions (good/bad/toss it!). Thanks, Guy Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu