On Sat, Feb 25, 2017 at 11:28:43PM +0100, Daniel Cegiełka wrote:
> 1) bcode.c and bn_check() call
>
> bn_check(BN_zero(f));
>
> https://github.com/openbsd/src/blob/master/usr.bin/dc/bcode.c#L389
> https://github.com/openbsd/src/blob/master/usr.bin/dc/bcode.c#L807
> https://github.com/openbsd/src
This was caused by an overly large /etc/hosts file being copied under /tmp
where it consumed remaining disk space.
On Sat, Feb 25, 2017 at 9:24 PM, Ted Roby wrote:
> Hello.
>
> When booting from bsd.rd and running upgrade, the rd filesystem will fill
> up after the root
> slice is checked and
Hello.
When booting from bsd.rd and running upgrade, the rd filesystem will fill
up after the root
slice is checked and mounted. This happens after network acquisition and
causes an
endless loop due to invalid input when prompted for fsck of remaining
slices.
I have experienced this with multiple
On Wed, Feb 22, 2017 at 06:45:20PM -0500, Dale Rahn wrote:
> Changes in interrupt controller infrastructure to support smp.
>
> Add an API that allows a processor to direct an interrupt to multiple cores
> enable support for ampintc to serice MPSAFE interrupts.
>
> bcm does not yet have support e
1) bcode.c and bn_check() call
bn_check(BN_zero(f));
https://github.com/openbsd/src/blob/master/usr.bin/dc/bcode.c#L389
https://github.com/openbsd/src/blob/master/usr.bin/dc/bcode.c#L807
https://github.com/openbsd/src/blob/master/usr.bin/dc/bcode.c#L891
2) mem.c is a function
https://github.co
Hi,
I'm not the best in reading patches, so I'm going to query you. Does
your patch check for the "AD" flag from the resolver? As basically a
DNSSEC able recursive nameserver should set this meaning it has
authenticated the data. I wrote a patch for DNSSEC (possibly erroneous
by comparing it to
On Sat, Feb 25, 2017 at 07:24:48PM +0100, Jeremie Courreges-Anglas wrote:
>
> > This flag is useful for software that wants to rely on the resolver to
> > perform DNSSEC validation. Among the use cases there are DANE and SSHFP
> > records, and the obvious interfaces that I think are useful are
>
> Date: Sat, 25 Feb 2017 13:09:38 -0600
> From: joshua stein
>
> New ThinkPads use a different ACPI HID.
Hmm, I don't really see the value of having #defines for these HIDs.
Could you just add the strings and remove the existing ACPI_DEV_IBM
and ACPI_DEV_LENOVO #defines?
> Index: sys/dev/acpi/a
New ThinkPads use a different ACPI HID.
Index: sys/dev/acpi/acpireg.h
===
RCS file: /cvs/src/sys/dev/acpi/acpireg.h,v
retrieving revision 1.36
diff -u -p -u -p -r1.36 acpireg.h
--- sys/dev/acpi/acpireg.h 10 Jul 2016 20:36:41 -00
Jeremie Courreges-Anglas writes:
> This flag is useful for software that wants to rely on the resolver to
> perform DNSSEC validation. Among the use cases there are DANE and SSHFP
> records, and the obvious interfaces that I think are useful are
> res_mkquery and getrrsetbyname. The latter stil
This flag is useful for software that wants to rely on the resolver to
perform DNSSEC validation. Among the use cases there are DANE and SSHFP
records, and the obvious interfaces that I think are useful are
res_mkquery and getrrsetbyname. The latter still doesn't support
DNSSEC, another diff wil
tcpdump-4.9.0 now prints that bit as "DO" instead of "OK".
ok / objections?
Index: print-domain.c
===
RCS file: /d/cvs/src/usr.sbin/tcpdump/print-domain.c,v
retrieving revision 1.23
diff -u -p -p -u -r1.23 print-domain.c
--- print-
This diff will allow us to employ "long" branches in crtbegin.o that avoid
creating data islands (diff to follow). This in turn should help building
the ports clang.
>From the GPLv2 licensed version in FreeBSD.
ok?
Index: gnu/usr.bin/binutils-2.17/bfd/bfd-in2.h
13 matches
Mail list logo