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 ... /dis

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 together

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 actual

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 PR

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%/va

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 have

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: .." with a fatal trap 12, page fault while in kernel mode. This is reliably reproduc

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 al

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 /sr

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 PROTECTE

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 ar

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

2000-07-06 Thread Garrett Wollman
< 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 otherwise the performance detoriates? That > doesn't make sens

Re: PPPoE not working

2000-07-06 Thread Julian Elischer
Daniel Berlin wrote: > > Brian Somers <[EMAIL PROTECTED]> writes: > > > > > The code's in ppp/ether.c. > > > > I'll see if I can get time to figure out what's wrong, but I can't > > promise anything this week. I'm too busy (we're having a FreeBSD > > mini-conference here in the UK at which I'm

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 r

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 anyth

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 dou

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

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

2000-07-06 Thread Rahul Dhesi
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 Redhat Linux boots, you can see at a glance wh

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: http://w

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 c

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

2000-07-06 Thread David O'Brien
On Thu, Jul 06, 2000 at 12:58:27PM +0200, Brad Knowles wrote: > account the 10% (or whatever) overhead that is typically left > unallocated for performance reasons. FreeBSD defaults to 8%. -- -- David ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe free

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 a

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 02:26:

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

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 hel

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

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 "Tot

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]> -- Forwar

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 f

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-ca

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 me

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 ow

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 ta

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 f

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 f

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 > 486S

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 l

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

2000-07-06 Thread Richard Stanaford
How bout a booting a SparcStation running Solaris 2.6 off a 1x CDROM? When it finally got done, I had to sit and remind myself what was wrong with it. -Richard --- Walter Campbell <[EMAIL PROTECTED]> wrote: > > > HP/UX does something like this. I find it rather useful, but that may be > >

_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 m

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]

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 '

Re: PPPoE not working

2000-07-06 Thread Archie Cobbs
Julian Elischer writes: > > > The code's in ppp/ether.c. > > > > > > I'll see if I can get time to figure out what's wrong, but I can't > > > promise anything this week. I'm too busy (we're having a FreeBSD > > > mini-conference here in the UK at which I'm speaking...). > > > > > I already solved

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.

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

2000-07-06 Thread Cyrille Lefevre
Jonathan Smith <[EMAIL PROTECTED]> writes: > Quickie question: [snip] > To my (limited) understanding of this subject, it's not going to make hour > long boot-ups. It may increase shutdown time to do things, but, sometimes > you need to properly shut things down. If that were not the case, on

Re: _DIAGASSERT in libusb & libutil

2000-07-06 Thread John Baldwin
Charles Anderson wrote: > > # 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); > ./

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

2000-07-06 Thread Peter Wemm
Kris Kennaway wrote: > 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. It actually does not matter. Which major version new programs are linked against is controlled by which fil

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 happ

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=0x383f9ff real memory = 134217728 (131072K bytes) avail memory = 127098880 (124120K bytes) .. pcib0: on motherboard pci0: on pci

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 stru

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 (wh

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

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 137

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 PR

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