Re: Interesting plight
A couple days ago I was mentioning about my ps and top problems. Well at the advice of a FreeBSD user I went and installed the bin distribution for 4.2-RELEASE rebooted with the 4.2-RELEASE kernel and everything was golden. I could ps and top and kill I was one happy guy. Well I cvsup'ed my source tree, and went through the process as is outlined in /usr/src/UPDATING of updating my source tree to 4.2-STABLE. I finish this procedure, and ps and top fail to work. This just doesnt make ANY sense... If you really did follow the instructions everything SHOULD work fine, I have cvsup'd many times and so long as you do it by the UPDATING file I have never had any problems (besides new/changed driver issues)... I have a system that went from 3.0, through a bunch of upgrades to 3.5, to 4.0, now up to 4.2. The 4.1.1 that was currently running seemed to work OK, but if I did a build/install world/kernel for 4.2, ps, top, and a few relatives died with some nlist error. I finally fixed it with "rm -fR /usr/src", re-CVSup, and rebuild... SOMETHING wasn't getting updated as it should... mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
No Subject
How does one use mergemaster correctly after a make installworld of 4.2-R to 4.x-S Help is much appreciated To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Mergemaster
whisky wrote: How does one use mergemaster correctly after a make installworld of 4.2-R to 4.x-S Very, very carefully. It will try to change all of the configuration files that have been updated. If you have added local mods, they disappear. I don't let it touch my firewall rules, ppp.conf, passwd, or groups. It will also try to change files root uses but I don't let it. I check when it changes my dot."*" files. If I have added local aliases or paths, I don't want them removed. The choices provided by mergemaster on them is always i(nstall new), d(elete new), or m(erge). On the special files, I usually press the enter key, which is none of the above and do them individually. Then, I go through after everything is done and merged what was important out of the files in /var/tmp/temproot/etc. If you include the header information at the top, it ignore that file in the future until the it is modified by the maintainer. The rest of the files I usually add the new mods. It is really convient to do this all from a second computer. Being able to do that depends on your system. You could also do it from x-windows but that really uses a lot of memory that would usually be more beneficial to the compilers. I just happen to set my system up such that I can do an installworld in multi-user mode. Not everyone can do this. It is discussed in /usr/src/UPDATING. The advantage is that it lets me telnet or ssh in and do everything from several sessions. When I get through, I reboot from the console. Kent Help is much appreciated To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
SUBSCRUBI
I want to join the FBSD - Stable mailing list To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Mergemaster
If memory serves me right, Kent Stewart wrote: whisky wrote: How does one use mergemaster correctly after a make installworld of 4.2-R t o 4.x-S Very, very carefully. That applies to pretty much any system administration task. It will try to change all of the configuration files that have been updated. If you have added local mods, they disappear. Say again?!? Your "local mods" only disappear if you let mergemaster overwrite them. It never does anything without telling you. I don't let it touch my firewall rules, ppp.conf, passwd, or groups. It will also try to change files root uses but I don't let it. I check when it changes my dot."*" files. If I have added local aliases or paths, I don't want them removed. The choices provided by mergemaster on them is always i(nstall new), d(elete new), or m(erge). Have you actually tried the last of the three options? I've found that it works pretty well for merging in a set of local changes with a new version of a file. You need to pay attention when doing the merge, obviously. My advise: Run mergemaster after an installworld. Read the diffs it produces. The first time you run it (on a system updated from 4.2-RELEASE) you'll probably see a lot of changes. In general, if you know you didn't modify a file, you can probably just let it install the new version. Learn how sdiff works for handling merges of files, to handle the case where you made a local modification and the original, base file was also updated. The first few times you do this, make sure to have a backup of /etc so you can bail yourself out if necessary. Bruce. PGP signature
cur-dls disk lockups
system locks up can move cursor but it's sluggish can move between parts of virt desktop any request for disk i/o and that window is frozen asus cur-dls with lsi 896 ultra-2 scsi two ibm DDYS-T18350N 18g scsi onboard ati rage-xl pci vga with 4mb 4.2-stable of 00.12.18 (am cvsupping now) xfree86 4.0.1 this has been going on for multiple versions of -stable, ever since i moved to the cur-dls from a p2b-ds. anyone else seeing anything like this? randy --- Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-STABLE #0: Wed Dec 20 22:08:48 PST 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/RIP Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 800034140 Hz CPU: Pentium III/Pentium III Xeon/Celeron (800.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 536850432 (524268K bytes) avail memory = 519397376 (507224K bytes) Preloaded elf kernel "kernel" at 0xc0334000. ccd0-5: Concatenated disk drivers Pentium Pro MTRR support enabled md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: ServerWorks NB6635 3.0LE host to PCI bridge on motherboard pci0: PCI bus on pcib0 fxp0: Intel Pro 10/100B/100+ Ethernet port 0xd800-0xd83f mem 0xfc00-0xfc0f,0xfc80-0xfc800fff irq 5 at device 2.0 on pci0 fxp0: Ethernet address 00:e0:18:02:6e:c9 bktr0: BrookTree 878 mem 0xfe00-0xfe000fff irq 11 at device 4.0 on pci0 iicbb0: I2C generic bit-banging driver on bti2c0 iicbus0: Philips I2C bus on iicbb0 master-only smbus0: System Management Bus on bti2c0 bktr0: Hauppauge Model 6 A M bktr0: Detected a MSP3430G-A1 at 0x80 bktr0: Hauppauge WinCast/TV, Philips NTSC tuner, msp3400c stereo. pci0: unknown card (vendor=0x109e, dev=0x0878) at 4.1 irq 11 pcm0: AudioPCI ES1371 port 0xd400-0xd43f irq 10 at device 5.0 on pci0 pci0: ATI Mach64-GR graphics accelerator at 7.0 isab0: ServerWorks IB6566 PCI to ISA bridge at device 15.0 on pci0 isa0: ISA bus on isab0 pci0: Unknown PCI ATA controller at 15.1 pci0: OHCI USB controller at 15.2 irq 9 pcib1: ServerWorks NB6635 3.0LE host to PCI bridge on motherboard pci1: PCI bus on pcib1 sym0: 896 port 0xb400-0xb4ff mem 0xf900-0xf9001fff,0xf980-0xf98003ff irq 9 at device 5.0 on pci1 sym0: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym1: 896 port 0xb000-0xb0ff mem 0xf800-0xf8001fff,0xf880-0xf88003ff irq 9 at device 5.1 on pci1 sym1: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: handling phase mismatch from SCRIPTS. fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Waiting 5 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. Mounting root from ufs:/dev/da0a da0 at sym0 bus 0 target 0 lun 0 da0: IBM DDYS-T18350N S93E Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da1 at sym0 bus 0 target 1 lun 0 da1: IBM DDYS-T18350N S93E Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
No Subject
If memory serves me right, "whisky" wrote: Is it recommended to cvsup from 4.2-RELEASE to 4.x-STABLE Any exploits/bugs that might persuade me to defaintely do it..? The release notes will tell you what's changed since the last release along a branch, to within about a week. After you grab 4-STABLE sources to your system, read one of the following as appropriate to your architecture: /usr/src/release/texts/alpha/RELNOTES.TXT /usr/src/release/texts/i386/RELNOTES.TXT You can also browse these files in the on-line CVS repository. Bruce. PGP signature
Re: Interesting plight
On Fri, Jan 12, 2001 at 01:37:04PM -0600, Timothy Legant wrote: If these steps (in this order!) are what you've already done, let us know. Otherwise, do them exactly in this order and you will have the same version kernel and userland. I would like to thank everyone for their help in this matter. I have followed your directions explicitly and still get the same errors with ps and top. Could it be possible my procfs is corrupted. This is a standard FreeBSD install Im not runing linux procfs and I do have procfs compiled into the kernel. Could something not be getting updated? I'm very confused here and at a complete loss. -- Erich Zigler Censorship sucks^H^H^H^H^H is for your own good. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Charlie Root: 4.x-stable build report for Sat Jan 13 02:16:35 CST 2001
Somebody broke the -stable release build yesterday, looks like. --- Forwarded Message Return-Path: [EMAIL PROTECTED] Delivery-Date: Sat Jan 13 05:24:55 2001 Return-Path: [EMAIL PROTECTED] Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by winston.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0DDOsi59538 for [EMAIL PROTECTED]; Sat, 13 Jan 2001 05:24:54 -0800 (PST) (envelope-from [EMAIL PROTECTED]) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D26C86E263B for [EMAIL PROTECTED]; Sat, 13 Jan 2001 05:24:55 -0800 (PST) Received: by hub.freebsd.org (Postfix) id C627F37B400; Sat, 13 Jan 2001 05:24:55 -0800 (PST) Delivered-To: [EMAIL PROTECTED] Received: from usw3.freebsd.org (usw3.freebsd.org [209.180.6.227]) by hub.freebsd.org (Postfix) with ESMTP id 3A64737B698 for [EMAIL PROTECTED]; Sat, 13 Jan 2001 05:24:55 -0800 (PST) Received: (from root@localhost) by usw3.freebsd.org (8.11.1/8.11.0) id f0DDQ3v20298 for [EMAIL PROTECTED]; Sat, 13 Jan 2001 07:26:03 -0600 (CST) (envelope-from root) Date: Sat, 13 Jan 2001 07:26:03 -0600 (CST) From: Charlie Root [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: 4.x-stable build report for Sat Jan 13 02:16:35 CST 2001 Doing nightly build attempt for 4.2-20010113-STABLE at Sat Jan 13 02:16:35 CST 2001 Updating source tree... Making release... Release build of 4.2-20010113-STABLE was an abject failure. rmdir: krb5/usr/share/man/man8: Directory not empty rmdir: krb5/usr/share/man: Directory not empty rmdir: krb5/usr/share: Directory not empty rmdir: krb5/usr: Directory not empty rmdir: krb5: Directory not empty *** Error code 1 (ignored) touch release.5 rm -rf /R/stage/dists mkdir -p /R/stage/dists rolling bin/bin tarball tar: dev/sa0.ctl: minor number too large; not dumped bin distribution is finished. rolling manpages/manpages tarball manpages distribution is finished. rolling catpages/catpages tarball catpages distribution is finished. rolling games/games tarball games distribution is finished. rolling proflibs/proflibs tarball proflibs distribution is finished. rolling dict/dict tarball dict distribution is finished. rolling info/info tarball info distribution is finished. rolling doc/doc tarball doc distribution is finished. rolling compat1x/compat1x tarball compat1x distribution is finished. rolling compat20/compat20 tarball compat20 distribution is finished. rolling compat21/compat21 tarball compat21 distribution is finished. rolling compat22/compat22 tarball compat22 distribution is finished. rolling compat3x/compat3x tarball compat3x distribution is finished. rolling crypto/crypto tarball crypto distribution is finished. rolling krb4/krb4 tarball krb4 distribution is finished. rolling krb5/krb5 tarball krb5 distribution is finished. # More munition braindeadness. ( cd /R/stage/dists if [ -f krb4/krb4.aa ] ; then mv krb4/* crypto rmdir krb4 ; fi ) ( cd /R/stage/dists if [ -f krb5/krb5.aa ] ; then mv krb5/* crypto rmdir krb5 ; fi ) touch release.6 rolling src/sbase tarball rolling src/sbin tarball rolling src/scontrib tarball rolling src/scrypto tarball rolling src/setc tarball rolling src/sgames tarball rolling src/sgnu tarball rolling src/sinclude tarball rolling src/skrb5 tarball rolling src/skrb4 tarball rolling src/slib tarball rolling src/slibexec tarball rolling src/srelease tarball rolling src/ssbin tarball rolling src/ssecure tarball rolling src/sshare tarball rolling src/ssys tarball rolling src/stools tarball rolling src/subin tarball rolling src/susbin tarball if [ -d /R/stage/dists/crypto ] ; then ( cd /R/stage/dists/src if [ -f ssecure.aa ] ; then mv ssecure.* ../crypto ; fi if [ -f scrypto.aa ] ; then mv scrypto.* ../crypto ; fi if [ -f skrb4.aa ] ; then mv skrb4.* ../crypto ; fi if [ -f skrb5.aa ] ; then mv skrb5.* ../crypto ; fi ; ) ; fi src distribution is finished. touch release.7 cc -O -pipe -o write_mfs_in_kernel /usr/src/release/write_mfs_in_kernel.c rm -rf /R/stage/mfsfd mkdir /R/stage/mfsfd cd /R/stage/mfsfd mkdir -p etc/defaults dev mnt stand/help ( cd /R/stage/trees/bin/dev ls console tty bpf0 ttyv0 ttyv1 ttyv2 ttyv3 null zero card0 card1 card2 card3 usb usb0 uhid0 ums0 ulpt0 ugen0 kbd0 kmem mem | cpio -dump /R/stage/mfsfd/dev ) 0 blocks ( cd /R/stage/mfsfd/dev rm -f *[swo]d*[bdefgh] ) ( cd /R/stage/mfsfd for dir in bin sbin ; do ln -sf /stand $dir; done ) cp /sbin/dhclient-script /R/stage/mfsfd/stand cp /usr/src/release/../etc/defaults/pccard.conf /R/stage/mfsfd/etc/defaults/pccard.conf cp /usr/src/release/../etc/usbd.conf /R/stage/mfsfd/etc/usbd.conf cd /R/stage/trees/bin ls etc/protocols etc/defaults/rc.conf | cpio -dump /R/stage/mfsfd/stand 48 blocks echo "nameserver 42/tcp name" /R/stage/mfsfd/stand/etc/services echo "ftp 21/tcp"/R/stage/mfsfd/stand/etc/s
Re: /swap too large? What??
: Hi gang, : : Okay, I have downloaded 4.2, from January 10 or so. I have : a ~1.7GB swap defined on da0s1b. When I attempt to mount it, : however, I am told: : :exceeded maximum of 3355443 blocks per swap unit : : Hmmm. I can't find anything about this in the archives, nor am : I able to: The only thing that can cause this is if you have configured an absurdly large NSWAPDEV. : I am concerned, however, as to why I can't mount my previous : swap area on a different disk. Has something changed to limit the : swap space you can create? : : Bruce A sanity check was put in the code to ensure that the internal bitmap tree could not overflow. The default NSWAPDEV is 4 (up to 4 swap devices). The block limitation is (2GB / 16 / NSWAPDEV) 512 byte blocks, or: 2GB / 16 / NSWAPDEV * 512. If NSWAPPDEV is 4, each swap parition can theoretically be up to 17 GB in size. -Matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Weird sporadic DNS resolution problems
For what it's worth, I've also experienced problems with Sendmail+BIND interaction. I've specifically had problems receiving mail from dml.com, which hosts the zebra mailing list. I finally had to resort to putting an entry in /etc/hosts so that I could get mail from the mailing list. Without the entry in /etc/hosts, I get the same sendmail error: Domain of sender address [EMAIL PROTECTED] does not resolve The interesting difference in my problem (I think it's interesting...) is that neither of the nameservers for dml.com are lame; they both return valid A records for dml.com using dig, but my named seems to think that there isn't an A record until I stop and restart named. Then, when I do an nslookup / dig, it returns the correct result for a while, until it stops working again. I'm pretty sure the problem is on my end (Sendmail and/or BIND) or else a lot of people on the zebra mailing list would be complaining about how dml.com doesn't resolve. On Fri, Jan 12, 2001 at 04:34:37PM -0500, Mike Andrews wrote: On Fri, 12 Jan 2001 [EMAIL PROTECTED] wrote: When one (but not both) of the nameservers for a domain replies non-authoritatively, named will cache a negative response, rather than asking the other nameserver. No. It caches that the server is lame for the zone then tries other servers. Subsequent lookups return an immediate failure. And what is logged when that happens? At the time of those lookups, nothing from Bind. Sendmail logs "Domain of sender address foo@bar does not resolve". When it caches that the server is lame, bind does log the expected "Lame server on foo.blah" message. Restarting the nameserver, and then immediately querying the same problematic domain DOES work, but only the first query. After a few minutes/hours the domain stops working again. This sounds more like a bad delegation, parent and child zones dissagreeing on the nameserver RRset, than a lame server. Servers are supposed to be serving the zone *before* they are delegated to. Either way, the other guys have their nameserver screwed up pretty badly. I knew this already, though... Well both the servers for setel.com are lame as are se-tel.com. If all the sources of information are bad what do you expect the namesever to do. Hm. My named thinks ns2.se-tel.com is definitely lame, but not ns1 (at least it's never logging ns1 as lame...) In one sense this is "not my problem" because their name server shouldn't be answering non-authoritatively in the first place. But the fact that this started happening after a make world a few months ago, and that I feel it should be a slight bit more tolerant of other people's sloppy configurations, makes it my problem. And this is the real question that remains: Why did receiving email from places with one lame and one not-lame nameserver work reliably in 4.1.1-RELEASE, and not in 4.2-STABLE? I realize (like in the farmersfrankfort.com) case that it's Qwest's problem (not mine) that the second nameserver for that domain is lame. But in 4.1.1-RELEASE it would still eventually get the right info from the one that did work. It doesn't anymore. What changed in Bind or Sendmail to make it less tolerant of everyone else's broken nameservers? I'm starting to wonder, like Mike Tancsa's earlier response, if this is maybe specific to Sendmail, or a Bind+Sendmail interaction... Mike Andrews * [EMAIL PROTECTED] * [EMAIL PROTECTED] * http://www.bit0.com VP, sysadmin, network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: /swap too large? What??
Hi Matt, The only thing that can cause this is if you have configured an absurdly large NSWAPDEV. Well, I had NSWAPDEV set for 20 (why? I don't know!) but according to my calculations, that should still allow a 3.4GB swap, or 2x what I have. I have dropped things back to NSWAPDEV=3, and see if that does anything. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Interesting plight
On Sat, Jan 13, 2001 at 10:52:28AM -0600, Erich Zigler wrote: Could something not be getting updated? I'm very confused here and at a complete loss. Okay, I found the problem. I seemed to have gotten a extra COPTFLAGS in the bottom of my make.conf with some weird opts. So the kernel was being compiled with different optimizations then the world. This was fun. Thank you all for your help. -- Erich Zigler Hah! If they were going to do that, they'd be just as likely to buy some extra rope to keep the pigs from getting out of their rooftop aviary. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Mergemaster
"Bruce A. Mah" wrote: If memory serves me right, Kent Stewart wrote: whisky wrote: How does one use mergemaster correctly after a make installworld of 4.2-R t o 4.x-S Very, very carefully. That applies to pretty much any system administration task. It will try to change all of the configuration files that have been updated. If you have added local mods, they disappear. Say again?!? Your "local mods" only disappear if you let mergemaster overwrite them. It never does anything without telling you. That was my point. You have to recognize what you have modified and don't let mergemaster delete your changes unless they need to be. The addition of .../defaults solved most of my early problems. I don't let it touch my firewall rules, ppp.conf, passwd, or groups. It will also try to change files root uses but I don't let it. I check when it changes my dot."*" files. If I have added local aliases or paths, I don't want them removed. The choices provided by mergemaster on them is always i(nstall new), d(elete new), or m(erge). Have you actually tried the last of the three options? I've found that it works pretty well for merging in a set of local changes with a new version of a file. You need to pay attention when doing the merge, obviously. Yes, I have several times. On most of my files the merge option was ok but then I found a couple of files such as rc.firewall or ppp.conf where mergemaster was looking at such a small part of the picture that it was confusing. A poor choice and your access to the world suddenly disappears and you have to grab the backup and start over. I used its diff as a basis even when I did it manually. I also need to go back an try it on something other than the command line and I have more width available. Kent My advise: Run mergemaster after an installworld. Read the diffs it produces. The first time you run it (on a system updated from 4.2-RELEASE) you'll probably see a lot of changes. In general, if you know you didn't modify a file, you can probably just let it install the new version. Learn how sdiff works for handling merges of files, to handle the case where you made a local modification and the original, base file was also updated. The first few times you do this, make sure to have a backup of /etc so you can bail yourself out if necessary. Bruce. -- Part 1.2Type: application/pgp-signature -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message