Re: subtle problem du jour....

2000-07-06 Thread John Galt
Is there a quick and dirty way for the label editor to detect if a BIOS is using LBA? This actually sounds like a setup in which the error condition should be alerted on placing / on a cylinder higher than 1024 rather than long after you can do anything about it. The loader error might be a

Re: bin/19635: add -c for grand total to df(1), like du(1) does

2000-07-06 Thread Paul Herman
On Wed, 5 Jul 2000, Bill Fumerola wrote: On Tue, Jul 04, 2000 at 09:56:43PM +0200, Blaz Zupan wrote: this number is completely useless to me. I have to agree with Sheldon, where is the use to this number? Think about doing something like $ df -c/disk0 /disk1 /disk2 ... /diskX To

Call for help: KAME (inter)operational testing

2000-07-06 Thread Kris Kennaway
If anyone is able to help in verifying the new FreeBSD-current KAME ipv6/ipsec code, especially if you have available other platform ipv6/ipsec implementations to test against, please let me know or drop by the #kame channel on efnet on IRC (server irc.lsl.com, for example) so we can work

Re: subtle problem du jour....

2000-07-06 Thread Mike Smith
Is there a quick and dirty way for the label editor to detect if a BIOS is using LBA? No. This actually sounds like a setup in which the error condition should be alerted on placing / on a cylinder higher than 1024 rather than long after you can do anything about it. There's actually

Re: -current with new KAME doesn't build with KERBEROS5 defined

2000-07-06 Thread Kris Kennaway
On Wed, 5 Jul 2000, Louis A. Mamakos wrote: I get errors like this while 'make depend' in the Heimdel code. So far, in libroken and libasn1. Fixed. I tried looking at fixing this, but I fear the build system is too tricky for me to want to venture in to fix. Actually, the fix was one

Re: bin/19635: add -c for grand total to df(1), like du(1) does

2000-07-06 Thread Sheldon Hearn
As a side issue, can anyone explain these peculiar results from df(1)'s huamn-readable (-h) output: Filesystem Size Used Avail Capacity Mounted on mfs:26 87M11K80M 0%/tmp /dev/ad0s1f 1.2G 934M 241M80%/usr /dev/ad0s1e

Re: bin/19635: add -c for grand total to df(1), like du(1) does

2000-07-06 Thread Andrew Kenneth Milton
+[ Sheldon Hearn ]- | | As a side issue, can anyone explain these peculiar results from df(1)'s | huamn-readable (-h) output: | | Filesystem Size Used Avail Capacity Mounted on | mfs:26 87M11K80M 0%

Re: bin/19635: add -c for grand total to df(1), like du(1) does

2000-07-06 Thread Sheldon Hearn
On Thu, 06 Jul 2000 20:48:46 +1000, Andrew Kenneth Milton wrote: Those are block available to non-superuser I think, not "just available" There's some amount reserved (10% ?). Duh. Classic mistake in disguise. :-) Sorry to trouble. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL

Re: bin/19635: add -c for grand total to df(1), like du(1)does

2000-07-06 Thread Brad Knowles
At 12:41 PM +0200 2000/7/6, Sheldon Hearn wrote: Filesystem Size Used Avail Capacity Mounted on mfs:26 87M11K80M 0%/tmp /dev/ad0s1f 1.2G 934M 241M80%/usr /dev/ad0s1e 193M92M86M52%/var

Large disks (was Re: bin/19635: add -c for grand total to df(1))

2000-07-06 Thread Stijn Hoop
On Thu, Jul 06, 2000 at 12:58:27PM +0200, Brad Knowles wrote: [whole discussion about df -h output snipped] You're ignoring the fact that "Size" is the total physical size of the device, while "Used", "Avail", and "Capacity" take into account the 10% (or whatever) overhead that is

HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Thomas Gellekum
Moin, sorry for the late notice, I forgot to mail this yesterday. /etc/rc.shutdown in -current has been changed to call the scripts in ${local_startup} with the `stop' option. This allows packages like databases to call their own shutdown methods and clean up after themselves. All the ports

config/hints changes: panic booting pcvt kernel

2000-07-06 Thread Hellmuth Michaelis
After the latest config/hints changes, just commenting the syscons driver "sc" line and uncommenting the pcvt "vt" line in the GENERIC kernel config file, a booting kernel panics after the the message "atkbdc0: Keyboard controller (i8042) .." with a fatal trap 12, page fault while in kernel

Re: [PATCH] buildworld broken in libusb

2000-07-06 Thread Nick Hibma
Yes, that will work. Sorry for breaking the build. The problem was some stale files in my directories. Nick On Wed, 5 Jul 2000, Ollivier Robert wrote: According to Ollivier Robert: buildworld is broken in libusb. Here is a tentative patch (I'm re-building the world right now). The

buildworld breakage in pim6sd

2000-07-06 Thread Ollivier Robert
CVSup-ed one hour ago. mkdep -f .depend -a-DINET6 -DPIM -DIOCTL_OK_ON_RAW_SOCKET -DHAVE_GETIFADDRS -DHAVE_STDARG_H -I/usr/obj/src/src/i386/usr/include /src/src/usr.sbin/pim6sd/mld6.c /src/src/usr.sbin/pim6sd/mld6_proto.c /src/src/usr.sbin/pim6sd/inet6.c /src/src/usr.sbin/pim6sd/kern.c

Re: [PATCH] buildworld broken in libusb

2000-07-06 Thread Ollivier Robert
According to Nick Hibma: Yes, that will work. Sorry for breaking the build. The problem was some stale files in my directories. No problem, now it is broken elsewhere anyway :-) -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- [EMAIL PROTECTED] The Postman hits! The Postman hits! You have new

Re: KAME integration and plans

2000-07-06 Thread Nick Hibma
Could you mention the locations (as in a set of paths) that are hands-off? I'll generate a list and put it somewhere (in the tree?) Good idea. To be honest, I was more thinking of the heads up message. But it was suggested to add it to the readme in netinet6/ Nick -- [EMAIL PROTECTED]

Re: bin/19635: add -c for grand total to df(1), like du(1) does

2000-07-06 Thread Sheldon Hearn
On Thu, 06 Jul 2000 10:26:00 -0400, Brian Hechinger wrote: beancounters don't understand that computers can have more than one disk let alone multiple slices. so it gives a nice total number to slap into a pie chart so that you can requisition more hard drives for your machines. This

Large disks (was Re: bin/19635: add -c for grand total to df(1))

2000-07-06 Thread Garrett Wollman
On Thu, 6 Jul 2000 13:18:40 +0200, Stijn Hoop [EMAIL PROTECTED] said: Maybe this isn't the right list to ask, but stepping into this: I bought a 30G drive recently, and I was wondering if the 10% 'rule' for performance is still really needed. I mean, I lose 3 _gigs_ of storage space, and

Re: bin/19635: add -c for grand total to df(1), like du(1) does

2000-07-06 Thread Paul Herman
On Thu, 6 Jul 2000, Sheldon Hearn wrote: On Thu, 06 Jul 2000 10:26:00 -0400, Brian Hechinger wrote: beancounters don't understand that computers can have more than one disk let alone multiple slices. so it gives a nice total number to slap into a pie chart so that you can

pam login.conf

2000-07-06 Thread Ilmar S. Habibulin
Looking through new PAMed login and PAM unix auth module i didn't find setting of login class params, such as resource limits, environment variables, etc. Do somebody working on it? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: bin/19635: add -c for grand total to df(1), like du(1) does

2000-07-06 Thread Will Andrews
On Thu, Jul 06, 2000 at 06:09:54PM +0200, Paul Herman wrote: Naturally, "no reason not to put it in" is most certainly *not* a reason to put it in. I would like to hear some to sway me one way or the other. How about precedent: du -c. "Hey, we could have used an awk script with du(1) too!!"

Re: subtle problem du jour....

2000-07-06 Thread Garance A Drosihn
At 12:50 AM -0600 7/6/00, John Galt wrote: Is there a quick and dirty way for the label editor to detect if a BIOS is using LBA? This actually sounds like a setup in which the error condition should be alerted on placing / on a cylinder higher than 1024 rather than long after you can do anything

Re: buildworld breakage in pim6sd

2000-07-06 Thread Hajimu UMEMOTO
On Thu, 6 Jul 2000 15:49:27 +0200 Ollivier Robert [EMAIL PROTECTED] said: roberto /src/src/usr.sbin/pim6sd/cftoken.l:47: y.tab.h: No such file or directory roberto mkdep: compile failed roberto *** Error code 1 Thank you for reporting. I just fixed. Index: Makefile

SB Live (or RAM parity?) crash on today's -CURRENT

2000-07-06 Thread Thomas Stromberg
'panic: RAM parity error, likely hardware failure.' This one had me confused at first, because it blamed a RAM parity error. As this is a brand new machine (Gateway GP-800), so I first thought I got a bad batch. Then I realized this only happens with apps that try to do sound stuff. It's also

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Rahul Dhesi
Thomas Gellekum [EMAIL PROTECTED] writes: /etc/rc.shutdown in -current has been changed to call the scripts in ${local_startup} with the `stop' option. This allows packages like databases to call their own shutdown methods and clean up after themselves This will make it a bit harder to

Re: cvs commit: src/sys/netgraph ng_ether.c

2000-07-06 Thread Gary Jennejohn
Julian Elischer writes: julian 2000/07/06 08:36:00 PDT Modified files: sys/netgraph ng_ether.c Log: Don't forget to set our MAC address into packets we wre sending out via netgraph. Eventually we may need to have a separate hook for packets that already have a

Re: pam login.conf

2000-07-06 Thread Mark Murray
Looking through new PAMed login and PAM unix auth module i didn't find setting of login class params, such as resource limits, environment variables, etc. Do somebody working on it? I'll get there (eventually). Patches welcome :-). M -- Mark Murray Join the anti-SPAM movement:

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Marcel Moolenaar
Rahul Dhesi wrote: Can we have little green "[ OK ]"s as well? :) I hope you are joking... LOL... We don't want Linux emulation to go in that direction. It's not the green that's important, it's the 'OK'. The way Redhat Linux boots, you can see at a glance which start-up commands

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Thomas D. Dean
We have gone to some pains in the past to make the rc.d scripts silent. Either work or fail silently. if [ -x ... ]; do ... done Now, with the addition of the start/stop, there is a message output if the argument is not 'start' or 'stop'. The default should be 'start'. These scripts

Re: SB Live (or RAM parity?) crash on today's -CURRENT

2000-07-06 Thread Timothy Brown
I filed a PR on this a little while ago. i386/19410.It happens on 4.0-STABLE (as of Tue Jun 20 19:40:01 PDT 2000), too. I have a revision 5 SBLive card. An interesting commonality (possible connection) is that I have a Gateway system; This is a GP6-450. Tim On Thu, Jul 06, 2000 at

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Adrian Chadd
On Thu, Jul 06, 2000, Rahul Dhesi wrote: Linh Pham [EMAIL PROTECTED] writes: Can we have little green "[ OK ]"s as well? :) j/k I hope you are joking... LOL... We don't want Linux emulation to go in that direction. It's not the green that's important, it's the 'OK'. The way

Re: pam login.conf

2000-07-06 Thread Ilmar S. Habibulin
On Thu, 6 Jul 2000, Mark Murray wrote: I'll get there (eventually). Oh, great. Somebody do get there. ;-) Patches welcome :-). I don't know if i can help much. PAM is new and completly unknown to me. Old login was much more simlier. Maybe i'll try to integrate something from 2.2. Can you help

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Adrian Chadd
On Thu, Jul 06, 2000, Adrian Chadd wrote: And its actually very useful IMHO. Thats what rc.conf is for though, right? enable_pkg_apache="YES" enable_pkg_qmail="YES" enable_pkg_mysql="YES" and so on .. ? Before people start going "huh?" .. that was an idea, not an outline as to what

Re: bin/19635: add -c for grand total to df(1), like du(1) does

2000-07-06 Thread Bill Fumerola
On Thu, Jul 06, 2000 at 06:09:54PM +0200, Paul Herman wrote: Naturally, "no reason not to put it in" is most certainly *not* a reason to put it in. I would like to hear some to sway me one way or the other. Spoiler: df /disk1 /disk2 | \ awk '/^\// {t+=$2;u+=$3;} END { print "Total:",

HEADS UP: cvs commit: src/lib/libftpio Makefile (fwd)

2000-07-06 Thread Kris Kennaway
If anyone has done a make world within the past few days you should remove your libftpio.6 since the version bump was made in error. It's now back to libftpio.5. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] --

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Jonathan Smith
Quickie question: By implementing the 'start' and 'stop' in the local scripts, how much should one _expect_ their systems bootup and slow down times to take? I'm hearing whines of being to linux like, to sysv'ish and some likely valid complaints on startup/shutdown time. I, for one, like the

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Wilko Bulte
On Thu, Jul 06, 2000 at 12:53:09PM -0400, Brandon D. Valentine wrote: On Thu, 6 Jul 2000, Chris D. Faulhaber wrote: Many Linux distributions do this too. It seems about as useful as a car's idiot light(s)... IMO, I would prefer to see useful information during boot than that eye-candy.

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Dan Nelson
In the last episode (Jul 06), Thomas Gellekum said: sorry for the late notice, I forgot to mail this yesterday. /etc/rc.shutdown in -current has been changed to call the scripts in ${local_startup} with the `stop' option. This allows packages like databases to call their own shutdown

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Linh Pham
In the last episode (Jul 06), Thomas Gellekum said: sorry for the late notice, I forgot to mail this yesterday. /etc/rc.shutdown in -current has been changed to call the scripts in ${local_startup} with the `stop' option. This allows packages like databases to call their own shutdown

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread David Scheidt
On Thu, 6 Jul 2000, Linh Pham wrote: : : Can we have little green "[ OK ]"s as well? :) : : j/k : :I hope you are joking... LOL... We don't want Linux emulation to go in :that direction. HP/UX does something like this. I find it rather useful, but that may be because I have boxes that take

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Linh Pham
On Thu, 6 Jul 2000, David Scheidt wrote: On Thu, 6 Jul 2000, Linh Pham wrote: : : Can we have little green "[ OK ]"s as well? :) : : j/k : :I hope you are joking... LOL... We don't want Linux emulation to go in :that direction. HP/UX does something like this. I find it rather

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Chris D. Faulhaber
On Thu, 6 Jul 2000, David Scheidt wrote: On Thu, 6 Jul 2000, Linh Pham wrote: : : Can we have little green "[ OK ]"s as well? :) : : j/k : :I hope you are joking... LOL... We don't want Linux emulation to go in :that direction. HP/UX does something like this. I find it rather

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Walter Campbell
HP/UX does something like this. I find it rather useful, but that may be because I have boxes that take almost an hour to boot An hour to boot? Boy... the only time I ever saw a machine take an hour to boot (which does not include the POST/memory check/BIOS screen) was a 486SX/33

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Brandon D. Valentine
On Thu, 6 Jul 2000, Chris D. Faulhaber wrote: Many Linux distributions do this too. It seems about as useful as a car's idiot light(s)... IMO, I would prefer to see useful information during boot than that eye-candy. I'd prefer to buy a box of blinkenlights to put in a spare 5.25" bay and let

_DIAGASSERT in libusb libutil

2000-07-06 Thread Charles Anderson
# grep -r DIAGASSERT . (from /usr/src) ./lib/libutil/fparseln.c: _DIAGASSERT(sp != NULL); ./lib/libutil/fparseln.c: _DIAGASSERT(p != NULL); ./lib/libutil/fparseln.c: _DIAGASSERT(fp != NULL); ./lib/libusb/data.c:_DIAGASSERT(p != NULL); ./lib/libusb/data.c:_DIAGASSERT(h

module compile problems, partial fix attached

2000-07-06 Thread Kenneth D. Merry
I've got a source tree with -current from today, and I'm trying to build a kernel using that source on a machine running -current from about June 10th. I'm using a config built from the tree in question, so I know that's up to date. Anyway, I'm running into problems building the sound modules

Re: bin/19635: add -c for grand total to df(1), like du(1) does

2000-07-06 Thread Paul Herman
On Thu, 6 Jul 2000, Bill Fumerola wrote: On Thu, Jul 06, 2000 at 06:09:54PM +0200, Paul Herman wrote: Naturally, "no reason not to put it in" is most certainly *not* a reason to put it in. I would like to hear some to sway me one way or the other. [...] [hawk-billf] /home/billf

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Doug White
On Thu, 6 Jul 2000, Rahul Dhesi wrote: Linh Pham [EMAIL PROTECTED] writes: Can we have little green "[ OK ]"s as well? :) j/k I hope you are joking... LOL... We don't want Linux emulation to go in that direction. It's not the green that's important, it's the 'OK'. The way

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Mike Meyer
Jonathan Smith writes: I, for one, like the functionality, and thought it kinda already worked that way (or maybe I _made_ it work that way on my machines, cn't remember). I would like solid facts, rather than a religious/exagerated discussion. I agree. I first ran into this on solaris. I

Re: SB Live (or RAM parity?) crash on today's -CURRENT

2000-07-06 Thread Doug Barton
On Thu, 6 Jul 2000, Thomas Stromberg wrote: 'panic: RAM parity error, likely hardware failure.' This one had me confused at first, because it blamed a RAM parity error. As this is a brand new machine (Gateway GP-800), so I first thought I got a bad batch. Then I realized this only happens

Re: SB Live (or RAM parity?) crash on today's -CURRENT

2000-07-06 Thread Thomas Stromberg
Its in the dmesg from my post, but: CPU: Pentium III/Pentium III Xeon/Celeron (796.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,XMM real memory = 134217728 (131072K bytes)

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Brandon D. Valentine
On Thu, 6 Jul 2000, Cy Schubert - ITSD Open Systems Group wrote: An Alpha my team manages with 1 TB of images on UFS takes 4 hours to fsck. Sounds like a good enough reason to me to port the newer NetBSD LFS code to FreeBSD. Brandon D. Valentine -- bandix at looksharp.net | bandix at

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Cy Schubert - ITSD Open Systems Group
In message [EMAIL PROTECTED], Walter Campbe ll writes: HP/UX does something like this. I find it rather useful, but that may be because I have boxes that take almost an hour to boot An hour to boot? Boy... the only time I ever saw a machine take an hour to boot (which does not

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Richard Stanaford
--- Cy Schubert - ITSD Open Systems Group [EMAIL PROTECTED] wrote: An Alpha my team manages with 1 TB of images on UFS takes 4 hours to fsck. Now that's a bit of thrashing, eh? Jordan, or anyone else who might know.. How long does it take "our" beast (ftp.freebsd.org) to bring up

Problems building kernel with IPSEC_DEBUG

2000-07-06 Thread Jim Bloom
While compiling a kernel with recent code (cvsup 22:30 -0400 July 6), I had some undefined symbols. I traced the symbols to netkey/key_debug.c and found that it did not test IPSEC_DEBUG correctly. I have attached a patch below. Jim Bloom [EMAIL PROTECTED] Index: netkey/key_debug.c

Re: Problems building kernel with IPSEC_DEBUG

2000-07-06 Thread Kris Kennaway
On Thu, 6 Jul 2000, Jim Bloom wrote: While compiling a kernel with recent code (cvsup 22:30 -0400 July 6), I had some undefined symbols. I traced the symbols to netkey/key_debug.c and found that it did not test IPSEC_DEBUG correctly. I have attached a patch below. Whee! Thanks. I'll

Re: could someone with committer access commit this?

2000-07-06 Thread Russell Cattelan
Ollivier Robert wrote: According to Kenneth Wayne Culver: This is the patch to make my soundcard, a Creative Ensoniq AudioPCI (an es1371 chip, device id 0x58801274 rev 0x02). Can someone commit it please? Done. There is a problem with that patch. I'm not sure if there are older 1371 rev

Re: Large disks (was Re: bin/19635: add -c for grand total to df(1))

2000-07-06 Thread Bruce Evans
On Thu, 6 Jul 2000, Garrett Wollman wrote: When creating a large filesystem, it pays to increase the `-c' parameter as high as newfs will permit. I always do this manually. It should probably be the default for sufficiently large filesystems. Bruce To Unsubscribe: send mail to [EMAIL

Re: HEADS UP: /etc/rc.shutdown calls local scripts now

2000-07-06 Thread Travis Cole
On Thu, Jul 06, 2000 at 06:53:49PM -0700, Cy Schubert - ITSD Open Systems Group wrote: In message [EMAIL PROTECTED], Walter Campbe ll writes: HP/UX does something like this. I find it rather useful, but that may be because I have boxes that take almost an hour to boot An