wireguard-openbsd/lib/libc/crypt, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libc/crypt?h=jd%2Fqueueboosts 2019-09-29T16:30:35Z zap trailing whitespace; 2019-09-29T16:30:35Z jmc jmc@openbsd.org 2019-09-29T16:30:35Z urn:sha1:e25a03657d0009514a8a94865e1972b25b7e7ddb Xr random 4 in a better way 2019-09-28T15:00:44Z deraadt deraadt@openbsd.org 2019-09-28T15:00:44Z urn:sha1:193005dbfd9dc516ce510c94aeb5186e48b8c2dd correct mispellings of EACCES; from Kris Katterjohn 2019-07-29T23:14:06Z deraadt deraadt@openbsd.org 2019-07-29T23:14:06Z urn:sha1:d704f08a28f027f0f11e7651e5c170b979b9f0d8 In the incredibly unbelievable circumstance where _rs_init() fails to 2019-03-24T17:56:54Z deraadt deraadt@openbsd.org 2019-03-24T17:56:54Z urn:sha1:1bdfaae350f1b705d43796cc6dd7d5829cbfe294 allocate pages, don't call abort() because of corefile data leakage concerns, but simply _exit(). The reasoning is _rs_init() will only fail if someone finds a way to apply specific pressure against this failure point, for the purpose of leaking information into a core which they can read. We don't need a corefile in this instance to debug that. So take this "lever" away from whoever in the future wants to do that. include stdint.h over sys/types.h 2019-01-20T02:59:07Z bcook bcook@openbsd.org 2019-01-20T02:59:07Z urn:sha1:9ed5ae4620311e867b76fec690dad73fdec79512 ok deraadt@ tedu@ zap trailing whitespace; 2017-07-22T06:39:54Z jmc jmc@openbsd.org 2017-07-22T06:39:54Z urn:sha1:36349f12f707bfa1e3d2c1bcb63a3f28d87b9bc0 rework the page a bit, clarify a few things, maybe better wording 2017-07-22T03:23:48Z tedu tedu@openbsd.org 2017-07-22T03:23:48Z urn:sha1:5386115845eef2c1bb2dcce1d4273055d087a1af Pull in <time.h> for clock_gettime() 2016-08-26T08:25:02Z guenther guenther@openbsd.org 2016-08-26T08:25:02Z urn:sha1:0ccb1e69d6e65b1b94a1d0691fe592633b323548 ok deraadt@ increase the minimum for auto rounds to 6. that was the previous low bound 2016-06-26T21:04:08Z tedu tedu@openbsd.org 2016-06-26T21:04:08Z urn:sha1:0d28cf8dd894cb35503a373e93f47cd3af9bd4b1 for login.conf, and we don't want to go lower. for some time now mandoc has not required MLINKS to function 2016-03-30T06:38:40Z jmc jmc@openbsd.org 2016-03-30T06:38:40Z urn:sha1:faa33665ab2c5a685369c10172c1a3d7555eb253 correctly - logically complete that now by removing MLINKS from base; authors need only to ensure there is an entry in NAME for any function/ util being added. MLINKS will still work, and remain for perl to ease upgrades; ok nicm (curses) bcook (ssl) ok schwarze, who provided a lot of feedback and assistance ok tb natano jung