This is on a system (my laptop):
FreeBSD localhost 5.0-CURRENT FreeBSD 5.0-CURRENT #13: Sun May 27 23:44:24 PDT 2001
[EMAIL PROTECTED]:/common/C/obj/usr/src/sys/LAPTOP_30W i386 Mon May 28
07:27:59 PDT 2001
Recent CVSup activity:
CVSup begin from cvsup14.freebsd.org at Sat May 26 03:47:01
Date: Mon, 28 May 2001 10:46:53 -0700 (PDT)
From: David Wolfskill [EMAIL PROTECTED]
This is on a system (my laptop):
FreeBSD localhost 5.0-CURRENT FreeBSD 5.0-CURRENT #13: Sun May 27 23:44:24 PDT 2001
[EMAIL PROTECTED]:/common/C/obj/usr/src/sys/LAPTOP_30W i386 Mon May 28
07:27:59 PDT 2001
Date: Wed, 23 May 2001 16:56:39 +0300
From: Ruslan Ermilov [EMAIL PROTECTED]
src/sbin/vinum is broken at the moment.
It doesn't build without -DVINUMDEBUG.
A quick workaround:
[Workaround -- adding CFLAGS+= -DVINUMDEBUG to
src/sbin/vinum/Makefile -- elided]
OK; I verified that I
Date: Wed, 23 May 2001 09:08:31 -0700 (PDT)
From: David Wolfskill [EMAIL PROTECTED]
The make installworld dies, however:
cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/usb/*.h
/usr/include/dev/usb
cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev
Date: Tue, 22 May 2001 17:22:12 +0200
From: Szilveszter Adam [EMAIL PROTECTED]
Well I cannot find that file (/usr/src/sys/dev/vinum/vinumutil.h) there, it
is not there in the cvsweb interface either. However, I can confirm that
/usr/src/sys/dev/vinum/vinumhdr.h
contains a reference to it.
In answer to Greg's query What happens if you try building in
sys/modules/vinum?:
dhcp-133[3] pushd sys/modules/vinum/
/usr/src/sys/modules/vinum /usr/src
dhcp-133[4] make
Warning: Object directory not changed from original /usr/src/sys/modules/vinum
@ - /usr/src/sys
machine -
Seems that perhaps the MFC of some changes to mbuf.h also needed some
corresponding changes elsewhere (such as netncp/ncp_rq.c).
This is on a system running:
FreeBSD dhcp-133.catwhisker.org 4.3-STABLE FreeBSD 4.3-STABLE #20: Sun May 20 06:23:46
PDT 2001 [EMAIL
Date: Mon, 21 May 2001 17:15:32 +0300
From: Ruslan Ermilov [EMAIL PROTECTED]
[I note that I included -current by mistake; I had intended to include
-stable. But since the thread has started dhw]
On Mon, May 21, 2001 at 07:01:19AM -0700, David Wolfskill wrote:
Seems that perhaps the MFC
[This is *really* long. Sorry. dhw]
Running:
FreeBSD dhcp-140.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Thu May 17
09:13:03 PDT 2001
[EMAIL PROTECTED]:/common/C/obj/usr/src/sys/LAPTOP_30W i386
(The #1 sequence number is probably misleading; I'll go into that below.
It was
Date: Fri, 18 May 2001 10:48:19 -0700 (PDT)
From: David Wolfskill [EMAIL PROTECTED]
[Excruciatingly long narrative of panic during buildworld for today's
-CURRENT elided; it's in the archives. dhw]
Reporting back after getting today's -CURRENT built:
FreeBSD dhcp-140.catwhisker.org 5.0-CURRENT
Date: Thu, 17 May 2001 14:31:55 -0700 (PDT)
From: John Baldwin [EMAIL PROTECTED]
Has anyone else been trying out the background fsck?
A little; despite my desire to help debug things, getting to a point
where doing this is appropriate isn't something I am all too eager to do.
Thus, it wasn't
Date: Thu, 17 May 2001 22:30:03 -0500 (CDT)
From: David Scheidt [EMAIL PROTECTED]
Does tunefs update the alternate superblocks when it enables soft updates?
It doesn't look it does, but I might be missing something.
I could easily have overlooked something myself, but it doesn't appear
to do so
Looks as if /usr/src/include/wchar.h isn't getting copied to a place where
it actually gets used during the build. From this morning's -CURRENT
(CVSup trivia follows the log):
stage 4: populating /usr/obj/usr/src/i386/usr/include
...
stage 4: building libraries
...
=== libbind
...
=== libc
[Yeah, I talk to myself, too dhw]
Forgot to add:
dhcp-133[7] cd /usr/obj
dhcp-133[8] find . -name wchar.h -print
dhcp-133[9] cd ../src
dhcp-133[10] find . -name wchar.h -print
./include/wchar.h
dhcp-133[11]
After all, that's the part that inspired the Subject:.
Cheers,
david
--
David H.
Date: Tue, 15 May 2001 19:16:44 +0200
From: Szilveszter Adam [EMAIL PROTECTED]
Built -CURRENT rebooted after mergemaster as usual, and some X
applications (xbattbar; xlockmore; oclock) work OK, but no xterm. At
least, not from X (XF86-4.0.3). I tried using Ctl-Alt-F2 to get to
a non-X
This is today's -CURRENT:
FreeBSD m147.whistle.com 5.0-CURRENT FreeBSD 5.0-CURRENT #64: Mon May 14 09:06:50 PDT
2001 root@localhost:/common/C/obj/usr/src/sys/LAPTOP_30W i386
Earlier today, I built -STABLE:
FreeBSD m147.whistle.com 4.3-STABLE FreeBSD 4.3-STABLE #49: Mon May 14 06:37:18
[Replies to both responders to date: 2 replies for the cost of a single
message. :-} dhw]
Date: Sat, 12 May 2001 23:40:52 -0700
From: Alfred Perlstein [EMAIL PROTECTED]
So basically, I'm confused. ssh appears to work ok for password
authentication, but not for public key authentication --
Date: Sun, 13 May 2001 05:45:12 -0700 (PDT)
From: David Wolfskill [EMAIL PROTECTED]
Date: Sat, 12 May 2001 23:40:52 -0700
From: Alfred Perlstein [EMAIL PROTECTED]
So basically, I'm confused. ssh appears to work ok for password
authentication, but not for public key authentication
I applied John's patch to usr.sbin/kbdcontrol/kbdcontrol.c, but it
still dies for me; same way:
--
stage 4: make dependencies
--
...
=== usr.sbin/sysinstall
rm -f
From: John Hay [EMAIL PROTECTED]
Date: Sun, 13 May 2001 20:54:56 +0200 (SAT)
Well I must admit that I cheated. After the patch I did a make all install
in the kbdcontrol directory. The problem is that kdbcontrol is not in any of
the build-tools/bootstrap-tools targets, so the installed version
Date: Sat, 12 May 2001 23:24:27 -0400
From: Vladimir Savichev [EMAIL PROTECTED]
it's apparently fixed, check it in cvs-all
May 12 Bill Paul cvs commit: src/sys/modules/nge Makefile src/sys/dev
Yes; applying that pair of patches allows today's -CURRENT to build -- and
run: I'm running it now:
OK; there's something about the (relatively) new ssh (2.9) in -CURRENT
I'm not understanding. I have hunted around for some clues (via man pages
the like), but it could well be that I'm still failing to notice
something -- quite possibly something that should be obvious to even me
-- and I
Date: Thu, 10 May 2001 09:52:03 -0700 (PDT)
From: John Baldwin [EMAIL PROTECTED]
witness_get: witness exhausted
exclusive(sleep mutex) Giant(0xc044a760) locked @ ../../i386/i386/trap.c:1169
panic: system call open returning with mutex(s) held
Ok, I see what's broken. I don't know how you
From: walt [EMAIL PROTECTED]
Date: 08 May 2001 19:58:05 -0700
cvsup'd CURRENT 5-8-2001 around 1900 PST
make buildworld stopped here:
=== usr.sbin/pstat
cc -O -pipe -I/usr/src/usr.sbin/pstat/../../sys
-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/pstat/pstat.c
From: John McGarrigle [EMAIL PROTECTED]
Date: Mon, 7 May 2001 00:34:52 +0100
I don't use CVS much (if at all) and I was wondering if anyone could give me
a sample command that would update /usr/ports to the -stable branch.. I'd
like a command that I can put in a cron and let it get on with it
Date: Fri, 4 May 2001 14:39:12 +0200
From: Georg-W. Koltermann [EMAIL PROTECTED]
I CVSuped twice since my initial report, and the problem is still
there. On the other hand I have a report from David Wolfskill that
suspend/resume works fine for him.
Right.
c) David, since it seems to work
In:
stage 4: make dependencies
...
=== secure/usr.bin/ssh-keyscan
rm -f .depend
mkdep -f .depend -a-DNO_IDEA -I/usr/obj/usr/src/i386/usr/include
/usr/src/secure/usr.bin/ssh-keyscan/../../../crypto/openssh/ssh-keyscan.c
cd /usr/src/secure/usr.bin/ssh-keyscan; make _EXTRADEPEND
echo
[Ref. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=574034+0+current/cvs-all]
Just had a build of today's -CURRENT die during the stage 3: cross
tools part:
=== ld
ln -sf
/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/emultempl/astring.sed
stringify.sed
sh
Date: Wed, 2 May 2001 18:28:18 +0200
From: Anton Berezin [EMAIL PROTECTED]
CVSup started from cvsup14.freebsd.org at Tue May 1 03:47:00 PDT 2001
CVSup ended from cvsup14.freebsd.org at Tue May 1 03:55:45 PDT 2001
Did you do another buildworld between these CVSup's?
CVSup started from
From: Poul-Henning Kamp [EMAIL PROTECTED]
Date: Sun, 29 Apr 2001 19:10:36 +0200
/usr/obj/flat/src/sys/boot/i386/loader/../../ficl/libficl.a
/usr/obj/flat/src/sys/boot/i386/loader/../libi386/libi386.a
/usr/obj/flat/src/sys/boot/
i386/loader/../../../../lib/libstand/libstand.a
Date: Sun, 29 Apr 2001 13:23:52 -0700 (PDT)
From: John Polstra [EMAIL PROTECTED]
In article [EMAIL PROTECTED],
Mike Smith [EMAIL PROTECTED] wrote:
#defineisalnum(c) (isalpha(c) || isdigit(c))
Actually, following the lead of the definition of isalpha(), the version
I used had the
Date: Sun, 29 Apr 2001 08:11:32 +0400
From: Andrey A. Chernov [EMAIL PROTECTED]
I think it is very contr-intuitive way, better action will be replace if
number is the same. We have _enough_ numbers to not compact rules in such
bad manner.
For example ipfw delete takes number as an argument,
Date: Sun, 29 Apr 2001 08:42:20 +0400
From: Andrey A. Chernov [EMAIL PROTECTED]
On Sat, Apr 28, 2001 at 21:22:59 -0700, David Wolfskill wrote:
I have at least one application where I generate ipfw rules in a script,
for a set of subnets which I read from a file at execution time. I am
able
Date: Sat, 21 Apr 2001 14:12:59 +0200 (CEST)
From: Riccardo Torrini [EMAIL PROTECTED]
I'm using -current from 3.0 w/out big problems over last years.
But after last 3 make world man breaks: trying _ANY_ man give
me an empty page but under .../man/man*/*.gz sources are good.
Only
Date: Sat, 21 Apr 2001 16:49:24 +0200
From: Sheldon Hearn [EMAIL PROTECTED]
After downgrading to RELENG_4 for a while to prove to my team mates
that 3 months of pain were the result of hardware instability and not
features of HEAD, I'm ready to get back on the wagon.
I didn't follow the FILE
Date: Tue, 17 Apr 2001 12:34:39 -0700 (PDT)
From: John Baldwin [EMAIL PROTECTED]
=== usr.sbin/pcvt/vttest
cc -O -pipe -traditional -DUSEMYSTTY -I/usr/obj/usr/src/i386/usr/include -c
/usr/src/usr.sbin/pcvt/vttest/main.c
cc -O -pipe -traditional -DUSEMYSTTY
I saw that jhb committed some changes as of r1.307 of
src/sys/i386/conf/GENERIC, so I replicated those changes (that I didn't
already have) to my kernel config.
Got -CURRENT built running; the message below (bracketed by "normal"
messages, to supply a little context) appear to be documenting
OK; I ran into the earlier problem with tilde_expand, saw the commit,
hand-patched my copy, started the build again.
In "stage 4: building everything...", it got well past that point, but
blew up in usr.bin/kdump:
=== usr.bin/jot
cc -O -pipe -Wall -W -I/usr/obj/usr/src/i386/usr/include -c
Date: Thu, 12 Apr 2001 04:40:03 +0700 (ALMST)
From: Boris Popov [EMAIL PROTECTED]
In "stage 4: building everything...", it got well past that point, but
blew up in usr.bin/kdump:
Sorry, delta was committed to smb_dev.h. It should be ok now.
Yup -- built; I'm running:
FreeBSD
Date: Sat, 07 Apr 2001 09:08:41 +0200
From: Poul-Henning Kamp [EMAIL PROTECTED]
Yup, seems like i goofed that patch. Can you try this for me ?
OK; it works much better with the patch: it seems to work correctly,
from what I've tested so far.
[Below is a sketch of what I did, so folks will be
Date: Fri, 6 Apr 2001 17:56:55 +0300 (EET DST)
From: John Carlson [EMAIL PROTECTED]
I cvsupped today to -CURRENT, thinking to upgrade my -STABLE installation
(4.3-BETA). I followed the instructions in the UPDATING file, but ran into
a persistent problem when trying to compile the kernel after a
OK; I finally got a few consecutive minutes to look over fsck as of
today's -CURRENT.
In replying to different message, I had earlier reported what some others
noted a couple of days ago: that not all of the filesystems are checked
at boot (only 2 are), and experimentation demonstrated that in
From: Poul-Henning Kamp [EMAIL PROTECTED]
Date: Fri, 30 Mar 2001 23:07:08 +0200
Any comments/reviews before we commit the patch to PR25577 ?
OK; I've built today's -CURRENT (this time, after applying Brooks'
patchset; I had built -CURRENT earlier today).
Here's a (slightly sanitized) ifconfig
Date: Tue, 27 Mar 2001 03:18:10 -0800
From: Alfred Perlstein [EMAIL PROTECTED]
PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND
824 root -80 1048K 596K biord 0 0:38 0.00% 0.00% find
385 root 40 32740K 31944K select 1 0:32 0.00% 0.00%
Date: Tue, 27 Mar 2001 08:33:10 -0800 (PST)
From: John Baldwin [EMAIL PROTECTED]
Not one that I've seen:
PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND
11 root -160 0K 0K CPU0 0 79.5H 49.37% 49.37% idle: cpu0
10 root -160 0K
Date: Tue, 27 Mar 2001 10:21:46 -0800 (PST)
From: John Baldwin [EMAIL PROTECTED]
Hmm... mine loks like that (modulo #CPUs), except when I'm actually
making it do some work (re-building the kernel, in this case). What I
see ("top -S") looks like:
last pid: 9546; load averages: 0.97,
Also, I happened to note that as I'm doing a "make buildworld" (for today's
-STABLE, running in yesterday's -STABLE), my "top -S" output shows a
large number of "0.00" entries for CPU (on the same laptop as my
previously-reported results). So it may be odd, but at least -- in my
case -- it
Date: Tue, 27 Mar 2001 11:56:38 -0800 (PST)
From: John Baldwin [EMAIL PROTECTED]
OK; that's a good useful thing to keep in mind. And I did see some
IRQ-related entries in top's output.
Are they getting %CPU though. When running top -S, the CPU %'s should always
add up to about 100 (with
This from CVSup shortly before midnight (PST); I recall that I got
the update to sys/kern/kern_intr.c rev. 1.50 (to pin down the time a little
better).
I was able to re-boot with the kernel from /boot/kernel.old OK; once I
did that, I re-built the kernel after adding "options DDB", and I then
Date: Sat, 24 Mar 2001 09:15:29 -0800 (PST)
From: David Wolfskill [EMAIL PROTECTED]
This from CVSup shortly before midnight (PST); I recall that I got
the update to sys/kern/kern_intr.c rev. 1.50 (to pin down the time a little
better).
OK; I re-booted it under -STABLE, so I can report a bit
From: "Cameron Grant" [EMAIL PROTECTED]
Date: Sun, 25 Mar 2001 05:58:53 +0100
can you try http://people.freebsd.org/~cg/mssfix.diff.gz ?
Yup. Works -- thanks! (Same kernel config that I had been using: I
didn't disable sound.)
Cheers,
david
--
David H. Wolfskill
Got it 3 times; first after a CVSUP ended at Wed Mar 21 23:53:49 PST 2001,
so I CVSUPed again (ended at Thu Mar 22 07:33:33 PST 2001); when it
happened again, I blew away /usr/obj/usr/src (just in case there was
something annoying there), but it's being rather consistent, so I thought
the
Since I first saw this, I've CVSupped a couple of times; most recent time
ended at 11:32:39 hrs. PST (8 hrs. west of GMT/UTC) today.
And I blew away /usr/obj completely (just in case anything was left
lying about), and tried it with the GENERIC kernel (vs. my customized
one); I'm not able to get
Date: Fri, 16 Mar 2001 16:22:35 -0800
From: Dima Dorfman [EMAIL PROTECTED]
David Wolfskill [EMAIL PROTECTED] writes:
...
=== if_ef
@ - /usr/src/sys
machine - /usr/src/sys/i386/include
echo "#define IPX 1" opt_ipx.h
echo "#define INET 1" opt_inet.h
echo "
Try
Date: Thu, 15 Mar 2001 15:52:45 -0500
From: Michael Lucas [EMAIL PROTECTED]
Is it just me?
[breakage elided -- dhw]
Stop in /usr/src/usr.bin/kdump.
*** Error code 1
Didn't happen for me; CVSup started at 23:47 yesterday, completed at
Thu Mar 15 01:09:38 PST 2001.
Built just fine; runs
Date: Mon, 12 Mar 2001 11:29:50 -0800 (PST)
From: Matthew Jacob [EMAIL PROTECTED]
Speaking of md, and such, since MFS got nuked, and I died horribly every time
I tried to use md as a tmpfs, have the panics been fixed so I can use it now
as a replacement for MFS?
Well, it appears to work OK for
Date: Mon, 12 Mar 2001 20:33:59 +0100
From: Poul-Henning Kamp [EMAIL PROTECTED]
In message [EMAIL PROTECTED], "David O'Brien" writes:
On Sat, Mar 10, 2001 at 10:32:23PM -0800, Dima Dorfman wrote:
Peter Wemm [EMAIL PROTECTED] writes:
The version of the patch for -current uses the softdep mount
During the past week, I've been tracking -STABLE (daily) -CURRENT (about
2 days out of 3) on a new laptop. (More stuff about that in the recent
-mobile archives, for folks who might have an interest.)
Although I realize that there are significant differences between the
FreeBSD mfs vs. the Sun
Date: Sun, 11 Mar 2001 15:11:09 -0800
From: Kris Kennaway [EMAIL PROTECTED]
To: Hajimu UMEMOTO [EMAIL PROTECTED]
We really need to provide a better rc.conf hook for doing this --
expecting people to write their own script just to create a /tmp is
lame.
I appreciate the validation that what I'm
on would be in order.
In addition, Boug Barton has suggested changes -- other than what I
posted -- that would prevent the (rather misleading) startup message in
the event that there were, in fact, no NFS mounts to do.
Cheers,
david
--
David Wolfskill [EMAIL PROTECTED] UNIX System Adm
e above was
based on a 4.0-RC filesystem that is accessible from another machine, and
I actually did the equivalent patch to the 3.4-R system, which survived the
experiment... though, as noted, it doesn't use NFS.)
Cheers,
david
--
David Wolfskill [EMAIL PROTECTED] UNIX System Adm
sed to simulating an NFS
mount.
I've been using it for 1.5 years here to avoid loopback NFS mounts.
Cheers,
david
--
David Wolfskill [EMAIL PROTECTED] UNIX System Administrator
voice: (650) 577-7158 pager: (888) 347-0197 FAX: (650) 372-5915
To Unsubscribe: send mail to [EMAI
abricate
a skeleton /etc/fstab enough to get boot-strapped) saved the day... and
I learned a little. :-}
Cheers,
david
--
David Wolfskill [EMAIL PROTECTED] UNIX System Administrator
voice: (650) 577-7158 pager: (888) 347-0197 FAX: (650) 372-5915
To Unsubscribe:
encryption,
2. the crypto-distribution is available with stronger encryption, and
3. src/ports/security contains stronger encryption schemes.
Maybe relocate it to games
:-)/2,
david
--
David Wolfskill [EMAIL PROTECTED] UNIX System Administrator
voice: (650) 577-7158 pager: (888
., p. 229 appears to agree with the above.
I suspect a bogus warning from gcc's lexical analyzer.
Cheers,
david
--
David Wolfskill [EMAIL PROTECTED] UNIX System Administrator
voice: (650) 577-7158 pager: (888) 347-0197 FAX: (650) 372-5915
To Unsubscribe: send mail to [EMAIL
aster.password.byname map -- in the FreeBSD implementation, that's euid
0 processes.
I don't claim that this is elegant :-}
Cheers,
david
--
David Wolfskill [EMAIL PROTECTED] UNIX System Administrator
voice: (650) 577-7158 pager: (888) 347-0197 FAX: (650) 372-5915
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
s; it avoids the issue instead.
But sometimes it's appropriate to make things work, even if it's not the
ideal solution. Making that judgement call is not something I'm
prepared to do in this case; I'm presenting an alternative that has
worked for me, in cases where I have made that call.
Che
e amanda server puts on ts "holding disk".)
*"Broke" as in panic. Called Julian over to have a look; he suggested
trying 3.3-R, then a recent CURRENT snap. Panic, as I recall, was
whimpering about an attempt to free a vnode that was already marked
free.
Hope that's useful,
il blocked at Freebsd.org due to the source being on the
RBL, but that is a price I am willing to pay.
I'm far more comfortable with the use of the RBL than the DUL.
Indeed, my externally-visible home SMTP server uses the RBL (but not the
DUL).
Cheers,
david
--
David Wolfskill [EMAIL PROTECTED]
the problem you're trying to solve?
Cheers,
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577-7158 pager: (650) 371-4621
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
isn't a router using OSPF installed with FreeBSD?
Sorry; that's in the realms of psychology, sociology, and/or
metaphysics, and as such, is outside any areas where I'm qualified to
comment. :-)
Cheers,
david
--
David Wolfskill UNIX System Administrator
d...@whistle.com
what the
other was *then*.
(And yes, this is more of a concern when investigating such things as
dropped (but logged) ICMP redirects targeted at some of our perimeter
hosts, for example. I'm rather less concerned within our internal nets.)
Cheers,
david
--
David Wolfskill UNIX System
expect y'all can take Web majordomo queries from
there.)
Cheers,
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577-7158 pager: (650) 371-4621
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body
my experiences nor perspective may be
representative of anyone else.
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577-7158 pager: (650) 371-4621
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current
)
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577-7158 pager: (650) 371-4621
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
be executables). I would expect, moreover, that the
machine-specific information would override the site-specific
information.
I hope that was of *some* use (or interest, at least),
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577-7158
incantation stuff in there managed to
shut am-util's whining about nfsv2 up.
And using the rel. 1.2 of contrib/amd/libamu/mount_fs.c made it quit
spitting out silly messages about noconn. (Yes, I also sent a copy of
that patch to the am-utils maintainer.)
david
--
David Wolfskill UNIX System
, that level of detail is not
always appropriate.
It depends on your focus.
Cheers,
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577-7158 pager: (650) 371-4621
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd
, that the NFS-mounted /usr/local that I
inherited when I got here, though it has its expected advantages as in
non-FreeBSD UNIX environments, is becoming a liability in this regard.
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577-7158 pager
sources, and I had applied
my patch to contrib/amd/libamu/mount_fs.c (which chould *not* have had
anything at all to do with NIS), and did a make world (followed by
rebuilding installing the kernel).
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice
(as they
died), I thought this was probably A Good Thing.
On the other hand, it seems that the /usr/libexec/ld-elf.so.1 was *not*
modified by the make world process; I thought that odd.
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577-7158 pager
to exhibit them since the inetd patch was installed.
We believe that the machine has been exercised enough that the symptoms
would have recurred had the problem(s) still existed.
Thanks,
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577
to use MS-DOS for
anything, more than half the time either the application or the machine
would hang or crash; thus, I'd be hard-pressed to advocate reliance upon
that mechanism for anything of perceived importance.)
Cheers,
david
--
David Wolfskill UNIX System Administrator
d
the same,
I don't know.
Cheers,
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577-7158 pager: (650) 371-4621
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
suggestions for making this work better (for some arguably
reasonable definition of the term better).
Thankas,
david
--
David Wolfskill UNIX System Administrator
d...@whistle.comvoice: (650) 577-7158 pager: (650) 371-4621
To Unsubscribe: send mail to majord...@freebsd.org
801 - 885 of 885 matches
Mail list logo