Re: make get_last_resort_ifid() truely random

2017-08-20 Thread Florian Obser
anyone? On Tue, Aug 15, 2017 at 09:31:26AM +, Florian Obser wrote: > > Rename in6_get_rand_ifi() to get_last_resort_ifid() and delete the old > get_last_resort_ifid() function because eww. > Also if your system is so constraint that you end up in > get_last_resort_ifid() you don't deserve a

[PATCH 1/2] libcrypto: make ASN1_time_tm_clamp_notafter public

2017-08-20 Thread Kyle J. McKay
The ASN1_time_tm_clamp_notafter function does nothing except when the portable-only SMALL_TIME_T define has been enabled. However, the SMALL_TIME_T functionality also needs to be accessed by the libtls tls_get_peer_cert_times function in order for the portable build of libtls to also support

[PATCH 2/2] tls_conninfo.c: use ASN1_time_tm_clamp_notafter

2017-08-20 Thread Kyle J. McKay
The tls_get_peer_cert_times function returns a certificate's notAfter date as a time_t value. Make use of the ASN1_time_tm_clamp_notafter function so that when SMALL_TIME_T has been defined for a portable build tls_get_peer_cert_times does not fail when it would otherwise succeed. Signed-off-by:

[PATCH 0/2] SMALL_TIME_T follow-ups (was Re: [PATCH] allow notAfter after 2038 with 32-bit time_t)

2017-08-20 Thread Kyle J. McKay
Thank you. I have applied the change to the latest LibreSSL portable tarball and tested it. With the new define (SMALL_TIME_T) enabled, a 32-bit time_t build using "openssl s_client -connect" can successfully connect to a server and verify its certificate chain when one or more notAfter

Re: time(1): perror(3) -> err(3) and friends

2017-08-20 Thread Scott Cheloha
Few weeks bump. Any feedback on this fabulous Scott Cheloha/ingo@ collaboration? Slightly re-tweaked patch below; while here: kill(getpid(), sig) -> raise(sig) I didn't even know there was a raise(3) function until this weekend, they really did think of everything. -- Scott Cheloha

Re: include pine64 firmware in install media

2017-08-20 Thread Artturi Alm
On Sun, Aug 20, 2017 at 12:24:20AM +1000, Jonathan Gray wrote: > With the atf-allwinner port and u-boot patch on ports@ we can now build > and include an open firmware for the Pine64 without boot0. > > The arm64 snapshot for the 19th of August includes an older version of > this patch which

move identical dwctwo_cd's from under arch/.../ into dev/usb/dwc2/dwc2.c

2017-08-20 Thread Artturi Alm
Hi, i think i saw this done similarly in some other driver, and thought why not, but i'm unsure about the needs-flag in files.x? -Artturi diff --git a/sys/arch/arm64/dev/bcm2835_dwctwo.c b/sys/arch/arm64/dev/bcm2835_dwctwo.c index d6cfe61fd2a..9242e9ea65e 100644 ---

Re: kernel relinking depending on ctfstrip

2017-08-20 Thread Theo de Raadt
> Does it make sense to move ctfstrip and ctfconv to base? Yes, they should be in base.

Re: kernel relinking depending on ctfstrip

2017-08-20 Thread Björn Ketelaars
On Sun 20/08/2017 14:20, Björn Ketelaars wrote: > I just upgraded my machine to a newer snapshot. Unfortunately the kernel > relinking bit failed. Root cause is that strip has been replaced by ctfstrip, > which is part of the comp set, which I have not installed. > > The exact same thing happened

kernel relinking depending on ctfstrip

2017-08-20 Thread Björn Ketelaars
I just upgraded my machine to a newer snapshot. Unfortunately the kernel relinking bit failed. Root cause is that strip has been replaced by ctfstrip, which is part of the comp set, which I have not installed. The exact same thing happened when strip was part of the comp set. Solution then was