dependall ===> external/bsd/openresolv/sbin
dependall ===> external/bsd/openresolv/sbin/resolvconf
dependall ===> external/bsd/tcpdump
dependall ===> external/bsd/tcpdump/bin
# compile bin/util-print.o
/usr/src/obj/tooldir.NetBSD-7.99.59-amd64/bin/x86_64--netbsd-gcc -O2
-fPIE-std=gnu99
Tom Ivar Helbekkmo writes:
> Hm. Maybe I should change to a TCP mount, and see what happens...
...and with NFS over TCP, writing works without hanging. :)
-tih
--
Most people who graduate with CS degrees don't understand the significance
of Lisp. Lisp is the most
Updating src tree:
P src/crypto/dist/ipsec-tools/src/racoon/handler.h
P src/crypto/dist/ipsec-tools/src/racoon/isakmp.c
P src/crypto/dist/ipsec-tools/src/racoon/isakmp_frag.c
P src/crypto/dist/ipsec-tools/src/racoon/isakmp_inf.c
P src/distrib/acorn26/instkernel/Makefile
P
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host,
using sources from CVS date 2017.01.24.22.12.42.
An extract from the build.sh output follows:
^
In file included from
Ryota Ozaki writes:
>>> The latest pfil.c (v1.34) should fix the panic. Could you try it?
>>
>> I'll give it a go tonight, and report back.
I re-introduced the change that I previously rolled back to get things
working, and then upgraded pfil.c to 1.34 and built a new
In article ,
<6b...@6bone.informatik.uni-leipzig.de> wrote:
>On Mon, 23 Jan 2017, Christos Zoulas wrote:
>
>> Date: Mon, 23 Jan 2017 19:35:06 + (UTC)
>> From: Christos Zoulas
>> To:
Indeed the kernel from overnight boots OK and sound works. There is some
problem with the sound in this configuration though - I use from time to
time audio/moc on this machine and noticed it has become decidedly choppy -
I don't know when, as it is the same with earlier working kernels (but
On Mon, 23 Jan 2017, Christos Zoulas wrote:
Date: Mon, 23 Jan 2017 19:35:06 + (UTC)
From: Christos Zoulas
To: current-users@netbsd.org
Subject: Re: reproducible kernel crash in NetBSD 7.1_RC1
I think that the vlan creation/removal code is racy even under /current.