I am noticing a severe slowdown on my -CURRENT system. It actually started
after Feb [3-5] changes in intrupt handling, but I didn't really notice
until I run a make world (which I delayed doing because of, well you guess,
the libc breakage). When I say severe I mean make buildworld takes x3 longe
I cvsup every day in periodic/daily- maybe I just missed this one. This has
been dead for several days- sorryu I guess I missed your mail about it
Umm... yup... sorry for the noise
>
> Matthew Jacob writes:
> >
> > ===> libcrypto
> > ( echo "#ifndef MK1MF_BUILD"; echo " /* auto-gene
At 20 Feb 2001 09:44:01 GMT,
Makoto MATSUSHITA wrote:
> It seems that add 'CFLAGS+=-I${KRB5OBJDIR}' to
> src/kerberos5/lib/libgssapi/Makefile is required to fix this, since
> krb5_err.h is not in ${KRB5DIR}/lib/krb5.
In my environment, buildworld was finished with attached patch. I
don't know KR
On Wed, Feb 21, 2001 at 10:06:29PM +0900, Jun Kuriyama wrote:
> At 20 Feb 2001 09:44:01 GMT,
> Makoto MATSUSHITA wrote:
> > It seems that add 'CFLAGS+=-I${KRB5OBJDIR}' to
> > src/kerberos5/lib/libgssapi/Makefile is required to fix this, since
> > krb5_err.h is not in ${KRB5DIR}/lib/krb5.
>
> In m
"Jacques A. Vidrine" <[EMAIL PROTECTED]> writes:
> On Wed, Feb 21, 2001 at 10:06:29PM +0900, Jun Kuriyama wrote:
> > So if MAKE_KERBEROS5=YES is set in /etc/make.conf, buildworld is
> > failed because krb.h is not found.
>
> Last I looked (before assar's import), MAKE_KERBEROS5=yes required
> tha
At 21 Feb 2001 14:19:28 +0100,
Assar Westerlund wrote:
> Which is bogus. I think Jun Kuriyama's patch is correct and I'm
> trying it now, but buildworld takes a little while to complete :-)
Just FYI, I've tested buildworld with that patch in environments
below. :-)
(1) MAKE_KERBEROS4=YES
(2) MA
Jun Kuriyama <[EMAIL PROTECTED]> writes:
> Just FYI, I've tested buildworld with that patch in environments
> below. :-)
>
> (1) MAKE_KERBEROS4=YES
> (2) MAKE_KERBEROS4=YES and MAKE_KERBEROS5=YES
> (3) MAKE_KERBEROS5=YES
> (4) No MAKE_KERBEROS*
Thanks for your testing. I've commited the fix.
/
kuriyama> In my environment, buildworld was finished with attached
kuriyama> patch. I don't know KRB4 should be defined in this file or
kuriyama> not.
Sorry I should say when building of krb5 is failed; make buildworld
seems OK, but 'make release' will fail during 'release.2'
target; there is n
> Jun Kuriyama <[EMAIL PROTECTED]> writes:
> > Just FYI, I've tested buildworld with that patch in environments
> > below. :-)
> >
> > (1) MAKE_KERBEROS4=YES
> > (2) MAKE_KERBEROS4=YES and MAKE_KERBEROS5=YES
> > (3) MAKE_KERBEROS5=YES
> > (4) No MAKE_KERBEROS*
>
> Thanks for your testing. I've
Andrea Campi wrote:
> I am noticing a severe slowdown on my -CURRENT system. It actually started
> after Feb [3-5] changes in intrupt handling, but I didn't really notice
> until I run a make world (which I delayed doing because of, well you guess,
> the libc breakage). When I say severe I mean m
It seems the error for kernfs is activating a couple of other warnings:
WARNING: unknown option `KERNFS' removed from
/usr/obj/home/src/sys/DCS/opt_dont
use.h
WARNING: option `FFS' moved from opt_ffs.h to opt_dontuse.h
WARNING: unknown option `FFS_ROOT' removed from
/usr/obj/home/src/sys/DCS/opt_
Hi Kirk,
A number of us have problem reliably syncing disks with softupdates in
recent -current from about the 19th. Is it possible that you broke
something with your recent commit?
Cheers,
Joe
PGP signature
The patch at
http://people.FreeBSD.org/~tanimura/patches/midimutex.diff.gz
makes midi(4) MP-safe. With this patch, my kernel with WITNESS and
INVARIANTS plays my favorite midi tunes just fine, except that the
callout used by the midi sequencer gets delayed under a heavy load. As
the sequencer us
On 20-Feb-01 Andrea Campi wrote:
> I am noticing a severe slowdown on my -CURRENT system. It actually started
> after Feb [3-5] changes in intrupt handling, but I didn't really notice
> until I run a make world (which I delayed doing because of, well you guess,
> the libc breakage). When I say se
14 matches
Mail list logo